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Dear Sir: 

Responsive to the Office Action dated July 22, 2002, the Applicant hereby 
submits the following: 

DECLARATION OF EXPERT WITNESS 

1. 1 James S. Toreson, a citizen of the United States, having a place of business at 1 1210 
Briarcliff Lane, Studio City, CA 91604, am the CEO of Onshore, Inc., a management, 
technical and software consulting company. Attached is a copy of my curriculum vitae. 

2. I have studied United States Patent No. 5,806,063, issued to Dickens on September 8, 

1998 on an application filed on October 3, 1996, entitled DATE FORMATTING AND 

t 



SORTING FOR DATES SPANNING THE TURN OF THE CENTURY ("the Dickens 
patent"). I have also studied US. Patent No. 5,630,1 18, entitled SYSTEM AND 
METHOD FOR MODIFYING AND OPERATING A COMPUTER SYSTEM TO 
PERFORM DATE OPERATIONS ON DATE FIELDS SPANNING CENTURIES, filed 
on November 21, 1994 and issued on May 13, 1997 to Shaughnessy ("Shaughnessy"). I 
have also studied a translation of a published Japanese Application No. 05-027947, 
published on February 5, 1993, naming Masakazu Hazama as the inventor ("Hazama"). I 
have Studied the article of Ohms, B. G. Ohms, Computer Processing of Dates Outside the 
Twentieth Century, IBM Systems. Journal, Volume 25, Number 2, 1986, pages-244-5 1 , 
("Ohms"). In addition I am familiar with the Clipper 5 operating -system as it existed on 
the date of the filing of the Dickens patent and have specifically reviewed the portions to 
which the Examiner in the above referenced Merged proceeding has made reference. I 
have also studied portions of the prosecution history of the Dickens patent before it was 
originally issued as mentioned in this Declaration. I have also studied the claims of the 
Dickens patent as originally issued and those added in the Reissue application in the 
above referenced Merged Proceeding. : r " 

4. 1 base my opinions expressed in this Declaration upon my knowledge of the art as a 
person of at least ordinary skill in the art at the time of the filing of the Dickens patent 
and on the above referenced materials which I have reviewed. 

5. 1 understand the Dickens patent in its Specification, with or without the Exhibit A 
referred to in the body of the Specification to have disclosed to one of ordinary skill in 
the art to which it pertains at the time of its filing the following. 

6. The Dickens patent notes, initially, that "[d]ates are stored as symbolic representations 
in computer data bases in varying formats." (Col. 1, lines 10-11) Examples of such 
formats are given as a "numerical representation MM/DD/YY, where MM is a two-digit 
month designator, DD is a two-digit day designator, and YY is a two-digit year 
designator (the last two digits of the year). ... A date may also be represented in an 



alphanumeric for MMM/DD/YY, where MMM is an alphanumeric month designator 
(e.g., DEC for December ... (Col. 1, lines 1 1-20) 

7. Also notes the Dickens patent "[s]ets of dates spanning the turn of the century and 
associated with past, current, and future activities are now stored in many databases. 
When stored in the conventional formats discussed above, those dates will not readily be 
used and numerically sorted in chronological order." (Col. 1, lines 31-35) 

8. Further, the Dickens patent notes that "Using the numerical form above, Dec. 15, 2000 
is represented as 12/15/00. If a numerical sort is performed on 12/15/93 and 12/15/00, 
the later date 12/15/00 sorts as the first-occurring date, an incorrect result." (Col. 1, lines 
28-30) 

9. The Dickens patent also notes "[t]hey [the symbolic representations of dates suffering 
from the problem of the system being unable to distinguish dates 'spanning the turn of 
the century'] may be manually converted to a more useable form in the sense that 
programs may be written to perform conversions, manipulations, and sorting. However, 
these programs typically require additional data fields for storage, which may be 
objectionable in some circumstances." (Col. 1, lines 35-40) The Dickens patent also 
notes "[t]he database includes information in the form of symbolic representations of 
dates and associated information such as events occurring on the respective dates." (Col. 
2, lines 48-50) 

10. As stated in the Dickens patent: 

The present invention provides an approach to the representation and utilization 
of dates stored symbolically [as defined above] in databases. Existing symbolic 
date representations [as defined above] are converted to a more useful form of 
symbolic date representations without the addition of new data fields, and in a 
manner that is performed automatically by the computer and requires no user 
input. (Col. 1, lines 49-55, Emphasis added) 



1 1 . The Dickens patent goes on to explain: 



a method of processing dates stored in a database [symbolically as described 
above] comprises the steps of providing a database with the dates stored therein 
according to a [symbolic] format [as discussed above, in which] Yj Y 2 is the 
numerical year designator ... . A century designator C|C 2 is determined for each 
date in the database, C X C 2 ... . Each date in the database is formatted with the 
values CiC 2 Yj Y 2 ... . (Col. 1, line 57 - Col. 2, line 3, Emphasis added) 

12. The Dickens patent also notes: 

The computer database 26 is provided, numeral 30, having symbolic 
representations of dates stored therein. 

• • # 

A ten decade window is selected, numeral 32. That is, it is necessary that 
all dates in the database will be within some period of 10 decades, or 100 years. 

• * * 

The symbolic representations of the dates in the database are reformatted 
with the values C1C2 Y] Y 2 ... . In one case that produces particularly 
advantageous results for many operations, such a chronological date sorting, the 
date is represented in the form CiC 2 Y] Y 2 ... . 

Once the symbolic representations of the dates are reformatted according 
to the procedures set forth above, the date information may be sorted, numeral 38 
or otherwise manipulated, numeral 40, together with the entries associated with 
the dates. Such manipulations may include handling of data associated with the 
dates, storing the dates back in the dates and information back in the data base, or 
other processes. (Col. 2, line 60 - Col. 3, line 55) 

13. The Dickens patent further notes that: 

the present invention thus provides an efficient approach to converting and 
utilizing symbolic date representations in databases [without requiring additional 
or modified data fields for storage in the existing database] which allows 
automatic processing of dates ranging from before to after the year 2000. The 



large number of dates represented in some databases may thereby be readily 
processed and utilized. (Col. 2, lines 22-27) 

14. Claims 1 and 1 1 as originally filed recited: 

"reformatting the symbolic representation of the date [in the database] with the 
values C { C 2 , Y\Y 2 , M|M 2 , D]D 2 ," and "reformatting each date [in the database] in 
the form C,C 2 , Yi Y 2 , M,M 2 , DfD 2 M respectively. 

15. The Examiner rejected these claims on the basis of lack of enablement, since: 

[t]he 'conversion of existing symbolic date representations ... without the addition 
of new data fields', as indicated at page 2 lines 7-10, is critical or essential to the 
practice of the invention, but not included in the claim(s) is not enabled by the 
disclosure. ... The problem set forth in the last four lines of pagel and promised 
in the first paragraph of page 2, as well as in the lines quoted above, indicate that 
the invention solves the Y2K problem without introducing additional digits. The 
claims, the abstract and the description of the invention in the SUMMARY 
clearly involve century digits C|C 2 , which increase the number of date digits from 
6 to 8, thus using 4 digits to indicate the year. One of ordinary skill in the art 
would not know how to resolve this discrepancy. (Office Action of November 1 7, 
1 996 , at page 2, Emphasis added) 

16. The applicant responded in an Amendment of March 17, 1997. The applicant's 
counsel noted: 

As stated in the application, many existing databases contain date 
representations that are defined only by the decade and year designations (i.e., 
Yi Y 2 ). Because these databases do not provide date designations for the century 
associated with each date, it will be impossible to discern the order of dates in a 
database after the turn of the century. 

To properly and efficiently address this problem, a method for converting 
dates in databases was needed. This method should accept dates from data 



storage, discern the proper century designation for each date, and reformat the 
dates with the century designation. 

The claimed invention provides a method of processing symbolic 
representations of dates stored in a database. ... Finally, the method of the 
claimed invention includes the step of reformatting the symbolic representations 
of the dates into corresponding values of CiC 2 , Y\ Y 2 , MiM 2 , D|D 2 . These values 
can then be used to manipulate the dates, such as by sorting the dates in 
chronological order. 

In a typical operation of the claimed invention, the method performs date 
conversions on a database that includes dates from both the twentieth and twenty- 
first century. ... 

... The method of the present invention further includes the step of 
reformatting the symbolic representations of the dates into values CiC 2 , YiY 2 , 
M|M 2 , DiD 2 . ... These dates can then be used for several operations such as date 
sorting. 

Advantageously, the method of the claimed invention can be implemented 
as an initial step in any database manipulation program. For instance, the method 
of the claimed invention may be embodied in computer software code that 
preprocesses a database prior to beginning the remainder of the data 
manipulation program. In this embodiment, the method initially converts tHe data 
from the varying formats, determines the century designation for each date, and 
reformats the dates such that the dates may be used by the database manipulation 
program for such operations as sorting and printing^ the dates. In this 
embodiment of the present invention, the dates are temporarily converted and 
reformatted for use by the manipulation program. However the method of the 
present invention need not store the converted date in data storage. Instead, the 
original dates in the data storage remain undisturbed. This aspect of the present 
invention thus allows conversion of dates to compensate for century designations 

1 It is not apparent from this discussion of the disclosure of the Dickens patent whether applicant's counsel 
was relying also on the content of Exhibit A, but only Exhibit A in the disclosure as originally filed refers 
to performing a printing program after a sorting program. The Examiner did not object to this reference to 
performing a sorting program or a printing program. 



without requiring the addition of data fields to permanently store the century 
designations. (Emphasis added) 

17. In addressing the specific rejection of the original Examiner applicant's counsel also 
notes: 

[T]he Office Action objects to the disclosure for implying that the current 
invention does not require additional data fields for storage to solve the year 2000 
problem [and] rejected all of the claims ... as based on a disclosure that is not 
enabling. In particular the Office Action states that the conversion of the existing 
symbolic date representations without the addition of neW data fields is critical or 
essential to the invention but not included in the claims. 

As described below, the method of the claimed invention does not require 
that the converted data that includes the century designations be stored in data 
storage. Likewise ... the amended set of claims does not require storage of the 
converted data and therefore imposes no requirement for new data fields. ... 

As stated in the background of the invention, conventional date formatting 
systems typically require additional data fields for storage to accommodate the 
century designations. These additional data fields are necessary because 
conventional systems disclose a permanent reformatting of stored data. The 
claimed invention, on the other hand, does not require that the reformatted data be 
permanently stored. Instead, the method of [the] claimed invention encompasses 
embodiments in which the date information is initially reformatted and converted 
to have century designations, but does not require that the reformatted dates be 
stored. As stated previously, the method of one embodiment of the claimed 
invention reads the dates from the database and temporarily reformats the dates 
with century designations. Data manipulation programs are then performed on 
these reformatted dates, such as sorting the dates. However, once the data 
manipulations are complete, the reformatted dates need not be stored in data 
storage. 



1 8. Disclosed in Shaughnessy is a "system and method for modifying and operating a 
computer system to perform date operations on date fields having a two digit 
representation for the year without erroneously mistaking the years 2000 et seq. for the 
years 1900 et seq" (Col. 1, lines 11-14) 

19. As a solution to this problem, Shaughnessy proposes: 

[i]n accordance with the present invention, the current date operation routines 
nested in the body of the application program would be replaced with a call to one 
of a plurality of subroutines stored externally from the existing application 
program, as opposed to the date operation routine being reprogrammed to 
perform the date operation in a new format. The subroutines will be able to 
accommodate the date format currently employed by the application program, 
thus making it unnecessary to convert all of the data fields in files containing data 
used in the application program over to the new data format, (Col 4, lines 27-38, 
emphasis added). 

V 

20. As an example Shaughnessy describes a program that would "perform[] a date 
comparison to determine when loan payments are overdue ... ." (Col.4, lines 39-40) 

21. According to the Shaughnessy method, the: 

program statements which performed the above functions would be modified to 
include program statements which did the following: 

1 . Call the subroutine which performs the date comparison passing today 's date, 
the date the next payment is due, and a three byte parameter , the first byte of 
which identifies the format of today's date, the second byte of which identifies the 
format of the date next payment is due, and the third byte of which is left 
available for a return code indicative of the result of the comparison 

2. If the result received from the subroutine indicates that the date next payment is 
due is greater than today 's date, indicate that the account is okay. (Col 4, lines 
48-62, emphasis added) 



22. In order to do this, Shaughnessy suggests that "for the subroutines to be able to 
accommodate different date formats, certain information, namely the current date, end of 
100 year cycle, and two possible century values, must be determined and made available 
to the subroutines." (Col. 4, line 66 - CoL 5, line 3) In addition, Shaughnessy teaches that 
"each subroutine that performs a date operation will include a call to another subroutine 
which can determine this information." (Col. 5, lines 3-5) 

23. Further according to Shaughnessy "[t]he above-mentioned information will be used in 
the subroutine(s) to assign a century value to the two digit representation of the year of 
the dates to be operated on such that the subroutine can accurately perform its intended 
function." (Col. 5, lines 21-25) According to the Shaughnessy method this is performed 
using a form of windowing in which: 

[t]he current date is determined ... in a format which utilizes a four digit 
representation for the year. Initially, the current date is set to the operating system 
date in the format 00YYDDD ... by way of example . . . 0094263 .... The current 
date is then compared to the date the system was installed with the [date 
conversion] modifications (modified system install date) . . . which, for the sake of 
example, is 1994032 .... If the YYDDD portion of the current date, 94263 is 
greater than or equal to the corresponding portion of this modified system install 
date, 94032 . . . then the century of the current date is set to the century of the 
modified system install date ...."... 

If the current date appeared less than the modified system install date ... in the 
00 YYDDD format . . . then the current date century would be set in the format 
CC YYDDD to the century value for the modified system install date plus one .... 
(Col 5, lines 31-57) 

24. The Shaughnessy method then determines "the end of the 100 year cycle" according 
to "several parameters [which] may be specified." These "may include the number of 
years of future dating required (default is 10), ... and whether the end of the 1 00 year 
cycle is to be updated daily ... ." (Col. 6, lines 4-13) "If the cycle is to be updated daily, 
then the starting date is set to the current date . . . , as determined above. . . . Next, the end 



of the 100 year cycle is determined by adding the number of years future dating required 
to the starting date . . . ." (Col 6, lines 1 7-22). 

25. Further, explains Shaughnessy: 

The application program currently operating in a particular computer system may 
have a comparison of two date fields as part of its operation. If so, the source 
code which performs the comparison can be replaced with a call to DS2000R1, 
the name given to an exemplary comparison subroutine useful in practicing the 
present invention .... 

As illustrated in FIG. 8, the call DS2000R1 ... is inserted into the application 
program, and includes parameters PI, P2, and P3. PI and P2 are the date fields 
which are to be compared. For example, P 1 could be "DATE-NEXT- 
PAYMENT-DUE" and P2 might be "TODAY" as referenced in the above sample 
of modified source code. P3 is a three byte field in which the first two bytes 
define the type of date field PI and P2, respectively. The third byte is a return 
code which will be set to a value indicative of the result of the comparison. (Col. 
8, line 35 - Col. 9, line 53) 

26. In summary, the teaching of Shaughnessy is to "[c]all the subroutine which performs 
the date [operation] passing [two dates] and the three byte parameter [including] a return 
code indicative of the result of the [operation]." Windowing occurs only in the called • 
subroutine and in a manner other than that of the invention claimed in the Dickens patent 
as originally issued and/or as added in the Reissue application. Moreover, this "on call" 
or "on the fly" windowing of at most two date data entries at a time is not the subject 
matter of such invention. 

27. There is, therefore, no teaching or suggestion in Shaughnessy of: 

selecting a 10-decade window with a Y A Yb value for the first decade of the 
window, Y A Y B being no later than the earliest Yi Y 2 year designator in the 
database; .... 
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The Shaughnessy method selects a 10-decade window utilizing the "date the system was 
installed." 

28. There is also, therefore, no teaching or suggestion in Shaughnessy of: 

determining a century designator C| C 2 for each symbolic representation of a date 

in the database, C| C2 having 
The teaching of Shaughnessy is to determine a century designator for at most two date 
data representations being processed in a called subroutine at any given time. 

29. There is also, therefore, no teaching or suggestion in Shaughnessy of: 

reformatting the symbolic representation of the date with the values Ci C2, Y| Y2, 
Mi M2 , and Di D2 to facilitate further processing of the dates. 
The teaching of Shaughnessy is to reformat at most two dates at a time in the called 
subroutine and the return to the program from the called subroutine of an indicator of the 
result of the processing of the two reformatted date data entries. Shaughnessy does not 
teach facilitating "further processing of the dates" by "reformatting the symbolic 
representation of the date" "for each symbolic representation of a date in the database." 

30. There is accordingly also no teaching or suggestion in Shaughnessy of: 

sorting the symbolic representations of dates; (claim 4). 
The method of Shaughnessy does not teach sorting all of the "symbolic representations of 
dates." It teaches only the comparison of one date to a fixed date or two dates to each 
other in the called subroutine and returning to the program an indication of the result of 
the comparison. 

3 1 . There is also no teaching or suggestion in Shaughnessy of: 

reformatting each symbolic representation of a date into the format Ci C2 Y| Y2 
M| M2 Di D2 (claim 5), nor sorting the symbolic representations of dates using a 
numerical-order sort (claim 6); nor storing the symbolic representation of dates 
and their associated information back into the database (claim 9), nor 
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manipulating information in the database having the reformatted date information 
therein (claim 10). 



32. In addition, there is no teaching or suggestion in Shaughnessy of: 

converting pre-existing date information[within a database] having a different 
format into the format wherein Mi M2 is the numerical month designator, Di D2 is 
the numerical day designator and Y\ Y2 is the numerical year designator (claim 
7). 



33. In addition, there is no teaching or suggestion in Shaughnessy of: 
selecting Y A Y B such that Y B is 0 (zero) (claim 8). 



34. Japanese Published Patent Application, HEI 5-27947, entitled METHOD OF 
ip [ GUARANTEEING YEAR ORDER, with inventor Masakazu Hazama, published on 

: February 5, 1993 ("Hazama") discloses a system "to guarantee the year order, even for 
j'jn ; years after 2000 AD, with the current file format, even when the year is managed by the 
f Cll : last two digits of the date in digital files." (Hazama, at 2) 



35. The system of Hazama, like Shaughnessy, discussed above, modifies a date in a 
record using a "correspondence utility module (10)." (Hazama, at 2) For that single 
record "the position in the record where the last two digits AD had been previously stored 
are specified" to the module 10 from "external parameter 9." Hazama further notes that 
"the processing section will replace the code of the 10's place in the last two digits of the 
date with a code that maintains the year order." (Hazama, at 4) 



36. A form of windowing is applied. Hazama notes that "the following processing is 
performed by the module (10)." (Hazama, at 5) This is then followed by "Work area 
output processing (5): data that have undergone replacement processing (4) are output to 
the work area (8)." (Hazama, at 6) 
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37. Referring to Figure 1 in Hazama, it is more clearly demonstrated that Hazama is not 
more applicable to the patentability of the claimed invention than Shaughnessy, as 
discussed above. The data from a record is moved from the processor "work area" 8 to 
the "Year 2000 date correspondence utility module" 10. A modified date, after some 
form of windowing, for that single record is returned to the work area 8 for processing. 

38. Hazama, like Shaughnessy, therefore, does not disclose or suggest the claimed 
invention. 

39. There is also, therefore, no teaching or suggestion in Hazama nor in the combination 
of Shaughnessy and Hazama of: 

determining a century designator Ci C2 for each symbolic representation of a date 

in the database, Ci C2 having 
The teaching of Hazama, or Shaughnessy in view of Hazama, is to determine a century 
designator for at most two date data representations being processed in a called 

* 

subroutine/module at any given time. 

40. There is also, therefore, no teaching or suggestion in Hazama, or Shaughnessy in 
view of Hazama, of: 

reformatting the symbolic representation of the date with the values Ci C2, Yi Y2, 
M| M2, and Di D 2 to facilitate further processing of the dates. 

r 

The teaching of Shaughnessy, or Shaughnessy in view of Hazama, is to reformat at most 
two dates at a time in the called subroutine/module and the return to the program from the 
called subroutine/module of an indicator of the result of the processing of the two 
reformatted date data entries or a single modified date from a single record. Neither 
Shaughnessy nor Shaughnessy in view of Hazama teaches facilitating "further processing 
of the dates" by "reformatting the symbolic representation, of the date" "for each 
symbolic representation of a date in the database." 

41 . Accordingly, there is also no teaching or suggestion in the combination of 
Shaughnessy and Hazama as applied by the Examiner of: 
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sorting the symbolic representations of dates; (claim 4). 

42. There is also accordingly no teaching or suggestion of: 

reformatting each symbolic representation of a date into the format C| C 2 Y| Y 2 
M| M 2 D| D 2 (claim 5), nor sorting the symbolic representations of dates using a 
numerical-order sort (claim 6); nor storing the symbolic representation of dates 
and their associated information back into the database (claim 9), nor 
manipulating information in the database having the reformatted date information 
therein (claim 10). 

43. In addition, there is accordingly no teaching or suggestion of: 

converting pre-existing date information [within a database] having a different 
format into the format wherein Mi M 2 is the numerical month designator, Di D 2 is 
the numerical day designator and Y| Y 2 is the numerical year designator (claim 
7). 

44. In addition, there is accordingly no teaching or suggestion of: 

selecting Y A Y B such that Y B is 0 (zero) (claim 8). 

45. Ohms teaches a "[m]ethod[] of using existing date formats across century boundaries 
.... The use of a format termed the Lilian date format ... is introduced." (Ohms, at 244, 
Abstract) Ohms teaches that "[t]he two positions traditionally used in both Julian and 
Gregorian date formats implicitly represent a year, within a century. However, this 
system is inadequate for representing dates in more than one century." (Id. at 245) As a 
solution Ohms proposes a "Lilian date format [to] avoid[] the ambiguity by using seven 
positions for the number of the days from the beginning of the Gregorian calendar, 
October 1 5, 1582." (Id. at 245) "The value is incremented by one for each subsequent 
day." (Id. at 246) Ohms explains that "the Lilian date format is presented here as the 

basis for making date conversions This format handles processing across century 

years and other aspects of date conversion not currently adaptable to computer 
programming." (Id. at 244-45) 



46. In this context, of database conversion to Lilian format from more traditional 
Gregorian or Julian formats, Ohms describes under the heading "Accommodating end 
users" the fact that they "usually enter two digits for the year in a date and understand the 
ambiguity that this represents." (Id. at 248) Ohms goes on to say that: 

to avoid adverse user reaction, [by requiring the entry of date data in other than 
two digits] programs must continue to function with only two digits for year. The 
inference of the year 1997 from 97 and 2003 from 03 must continue. For the 
exceptional case where the correct meaning could be 1 897 and 1903, entry of all 
four digits may be required. (Id. at 248) 

47. It is in this context also that Ohm notes: 

it may be necessary to provide a conversion function that receives a definition of 
the implied century as a parameter. An excellent way to do this unambiguously is 
to specify a year as the desired starting point of a 100-year range. For example, if 
the starting year for the range is specified as 1925, dates with year digits Between 
25 and 99 would be between 1925 and 1999, and dates with year digits of 00 
through 24 would lie between 2000 and 2024. (Id at 248) 

48. Ohms, or the combination of Ohms with either Hazama or Hazama along with Booth, 
therefore, simply teaches storing dates in a database in Lilian format which "handles 
processing across century years" and "[accommodating end users" who "enter two digits 
for the year" by "providing a conversion function" using the known technique of 
windowing for data entry only. 

49. Clipper 5 A, described in Booth, in a fashion very similar to Ohms' use of the Lilian 
date format, as discussed below, operates with date data stored in databases representing 
dates in the form of a number, often referred to as integer date formatting. Each unique 
number represents a date or a time and date down to a specific time increment, e.g., a 
mili-second, starting with a certain date or date/time and counting to the limits of the 
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number of binary places available, e.g., 32, incrementing the chosen time increments. 2 
As noted, each integer could represent a day or day/time incremented by the value of the 
integer from a start date or day/time. That is to say, the total time period that can be 
represented depends upon the starting date or date/time, the number of unique 
combinations of, e.g., 32 bits, and the increment counted, e.g., days, seconds, mili- 
seconds, etc. 3 

50. It is also true of dates stored in integer format, as is also the case with the dates stored 

in Lilian format, that there is no Y2K ambiguity problem in regard to dates stored in a 

database in these formats. Booth, therefore, like Ohms, does not even suffer from the 

problem that the claimed invention is meant to address. Knowing the starting point (the 

starting date in Lilian, or the starting date or date/time in integer), the granularity (i.e.,- 

one day in Lilian and, e.g., one day or one second or one mili-second in integer), and the 

incremental difference between the starting point and the integer date number stored in 

either the Lilian or integer format, the stored date is known, including the year to four 

• -~ 

digits. Therefore, included within what is so stored in the database is the information 
needed to determine a century designator. No possible Y2K ambiguity problem can exist 
or does exist when storing dates in a database in these formats. The claimed invention 
does not relate to databases with dates stored in these formats. The claimed invention 
involves databases with dates stored in them where there is an ambiguity because only 



" Th is is the same as the Lilian format disclosed in Ohms, however, only the date is stored in Lilian 
format, according to the teaching of Ohms, and the Lilian date format, strictly speaking, starts with the 
beginning of the Gregorian calendar. Ohms, however, does disclose a modified Lilian format starting at 
some other arbitrarily selected starting date. According to the discussion in Booth, at 949-95 1, Clipper may 
count integers for year/date separately from hours, minutes and seconds on a given date, but Booth 
discloses at 951 using a single number, an integer for the year/date, and a decimal component for the 
elapsed seconds from midnight on the particular year/date. This simply makes Clipper even more identical 
to Ohms' disclosure of a modified Lilian integer date with the integer representing some day incrementally 
counted from some starting day, spanning over several centuries. In this format, as noted, each incremental 
number represents a day or a moment in time, each such day or moment being, by definition, a part of a 
fully defined and recoverable four digit year date datum. 

J Booth, at 939 ("Dates are stored internally in such a way that math operations can be performed on dates 
to derive other dates. Adding an integer to a date will result in a future date. Subtracting two dates will 
result in a number of days between the two") Booth, at 99 ("The date type is used to represent calendar 
dates. Clipper stores dates internally in such a way that a variety of operations can be performed on them. 
You can determine the number of days between two dates by subtracting them, and you can determine a 
future date by adding an integer value to a date value. The result will be a date value, some number of days 
in the future.") 
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two digits of date data are present in the stored information, from which to determine the 
full date, including a century designator. Every date stored in a database in Lilian or 
integer format, by definition, already has a century designator; can not possibly be 
ambiguous due to reaching the end of a century-; and never needs to have a century 
designator determined, whether by the method of the claimed invention or otherwise. 

5 1 . For this reason alone, Booth, like Ohms, has nothing to do with the invention as 
claimed in the Dickens patent other than providing another disclosure of a utilization of 
windowing with a ten decade window for a purpose unrelated to that for which such 
windowing Is used in the inventions as claimed in the claims of the Dickens patent as 
originally issued and as added in the Reissue applications. In fact, it teaches away from 
the claimed invention. 

52. Booth describes a number of functions that the programming language utilizes to read 
or write dates into the database, display dates on a screen, find the difference between 
two dates or a date/time equal to a given date/time plus some incremental time period, to 
find the day of the week of a given date/time, and like functions. Like Ohms and 
Shaughnessy, some of these functions employ windowing in some fashion or another. 
Like Shaughnessy, when they do employ windowing these programming routines "[c]all 
the subroutine which performs the date [operation] passing [information] indicative of the 
result of the [operation]." Windowing occurs in the called subroutine in a manner other 
than that of the claimed invention. Such "on call" or "on the fly" windowing of at most 
two date data entries at a time is not the subject matter of the claimed invention. 

53. By way of example, I have been informed that Booth includes "an easy way to 
validate a character string used as a date," and/or check for "correctly formatted dates 
that are not reasonable or even possible," and/or to select a "'safety' date which no [date 
being entered] can precede [, or] maximum allowable date." (Booth, at 526-28) In 
addition Booth describes "date manipulation capabilities." Clipper "provides three 

4 Even at the end of the time span that can be represented, e.g., as noted below Clipper dates run until 
December 31, 2999, there is no "ambiguity." The system simply cannot express a date beyond the given 
span (without changing the parameters, e.g., the length of the integer number or the granularity). 
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settings which control the display of dates," [e.g.,] "whether or not the year portion of a 
date is display [sic] with four digits (including the century) or two digits (not including 
the century)," [and] "different date display formats." {Id. at 939-40) 

54. Booth also describes a "SET EPOCH command" which, in the same way as Ohms, 
"informs the system how to handle date data entry that use only two digits for the year." 
According to this function, "[w]hen a two-digit year is entered into a date, its year digits 
are compared with the year digits of the epoch setting to determine the century to place 
the date into. If the two digits are prior to the setting of SET EPOCH, the year is 
assumed to be in the next century. If the digits are greater than or equal to the SET 
EPOCH setting, the year is assumed to be in the current century." {Id., at 941) 

55. This is virtually identical to the utilization of windowing to enter dates into a database 
(where they are then stored in Lilian format) that is disclosed in the Ohms article, as 
discussed by the Applicant as noted below. In the SET EPOCH function disclosed in 
Booth, the pivot year defaults to 1900, which "forces any date entered to be considered a 
date in the twentieth century." This also means that in this mode, no Y2K date ambiguity 
problem is recognized or accommodated, even in date data entry. 

56. Booth also discloses a function DTOC(), i.e., "[t]he date to character function [which] 
takes a date variable . . . and returns a string representation of the date. The string is 
recreated in the format specified by the SET DATE or the SET DATEFORMAT 
command. If SET DATE has not been specified, the default date format is mm/dd/yy." 
{Id., at 944) Also disclosed is a function DTOS() "date to string function" which "takes a 
date variable . . . and returns a string in the format YYYYMMDD ... ." The formats 
available for SET DATE are set forth on page 940 of Booth. 

57. There is, therefore, no teaching or suggestion in Booth, or in the combination of 
Shaughnessy, Hazama and Booth, of: 

providing a database with symbolic representations of dates stored therein 
according to a format wherein M1M2 is the numerical month designator, D1D2 is 
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the numerical day designator, and Y| Y 2 is the numerical year designator, all of the 
symbolic representations of dates falling within a 10-decade period of time." 
Booth's "method of processing symbolic representations of dates stored in a database" 
teaches utilizing a database with the symbolic representations of dates stored therein in 
the form of unique integers or numbers, each representative of a unique day or other more 
granular moment in time, or a combination of a unique day and a number representing a 
unique time on that day. This is not storage in a MiM 2 , DiD 2 , Y| Y 2 format. In addition, 
there is no teaching or suggestion that those dates all fall within a 10-decade period of 
time. So far as Booth teaches the dates stored in the database can be any span of dates 
capable of being represented over the span of time capable of being represented by the 
particular integer date system being used. 5 

58. There is also no teaching or suggestion in Booth, or in the combination of 
Shaughnessy, Hazama and Booth, of: 

selecting a 10-decade window with a Y A Y B value for the first decade of the 
window, Y A Y B being no later than the earliest Yi Y 2 year designator in the 
database; .... 

Booth selects, e.g., "nyear" in order to "handle dates that use only two digits for the year 
[w]hen a two-digit year is entered into a date [by comparing] its year digits . . . with the 
year digits of the epoch setting to determine the century ... (Id., at 941). There is no 
teaching or suggestion of any consideration of "the earliest Yi Y 2 year designator in the 
database." 

59. There is also, therefore, no teaching or suggestion in Booth or the combination of 
Booth with the references as applied by the Examiner, of: 

determining a century designator C\ C 2 for each symbolic representation of a date 

in the database, C\ C 2 having ... ; 
There is no need to determine a century designator for each symbolic representation of a 
date in Booth's database, since each is already stored with the century designator 
included in the date datum so stored in integer format. In addition, the teaching of Booth 

5 Booth, at 99 ("Clipper supports all dates from January 1, 100AD through December 3 1 , 2999.") 
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is to determine a century designator on an individual date datum basis for date data entry, 
date display, incrementally determining a date based upon a given initial date datum, etc. 
This calling of certain functions disclosed by Booth to, for example, display a date, or 
compare two dates, or increment a date from a starting date, are virtually identical to the 
pertinent disclosure in Shaughnessy, discussed by the patent owner as noted above. As I 
have been informed has been noted by the patent owner before, Shaughnessy was 
properly considered by the original Examiner not to have been relevant to the 
patentability of the claimed invention. 

60. There is accordingly also, therefore, no teaching or suggestion of: 

reformatting the symbolic representation of the date with the values C> C 2 , Y| Y 2 , 
M] M 2 , and Di D 2 to facilitate further processing of the dates. 
Booth, like Ohms, does not need to do the recited reformatting, since the dates stored in 
the database in their original format already contain all the information needed to 
determine the four digit designation of the date, including the century of the particular 
date datum. The process of the claimed invention is not needed for dates stored with the 
century designator already known from what is stored and the Y2K ambiguity not 
present. Furthermore, the teaching of Booth, like Shaughnessy, is to reformat one or two 
dates at a time in a called Clipper date functionality and the return to the program from 
the called subroutine with information resulting from the performance of the 
programming functionality, e.g., an input to a display, a result of a comparison, a newly 
calculated date, etc. Booth does not teach facilitating "further processing of the dates" by 
"reformatting the symbolic representation of the date" "for each symbolic representation 
of a date in the database." 

61. Accordingly, there is also no teaching or suggestion of "sorting the symbolic 
representations of dates," as recited in claim 4. These are the reformatted symbolic 
representations. Whatever sorting Booth teaches does not need to first reformat the date 
data, since the integer format can be and is sorted in its initial format. The method of the 
claimed invention, including the reformatting steps is simply not relevant to a database 
that stores date data as Clipper does, in integer format, as described in Booth. 



62. There is accordingly also no teaching or suggestion of "reformatting each symbolic 
representation of a date into the format C| C 2 Y| Y 2 Mi M 2 D } D 2 ," as recited in claim 5. 
Neither is there a disclosure of "sorting the symbolic representations of dates using a 
numerical-order sort," as recited in claim 6. There is no disclosure of "storing the 
symbolic representation of dates and their associated information back into the database," 
as recited in claim 9 nor "manipulating information in the database having the 
reformatted date information therein," as recited in claim 10. 

63. In addition, accordingly, there is no teaching or suggestion of "converting pre- 
existing date information [within a database] having a different format into the format 
wherein Mj M 2 is the numerical month designator, D| D 2 is the numerical day designator 
and Yi Y 2 is the numerical year designator," as recited in claim 7. This process step is 
recited as part of the "step of providing the database" upon which the subsequent process 
steps recited in the claimed invention, are carried out. The fact that Booth, or other art, 
teaches converting date data from one format into the recited format, does not teach it as 
part of the process of the claimed invention. Similarly, there is no teaching or suggestion 
in Booth of "selecting Y A Y B such that Y B is 0 (zero)," as recited in claim 8, even though 
SET EPOCH can and does use pivot years ending in 0. SET EPOCH, as noted above, is 
not a process according to the claimed invention. 

64. There is no teaching or suggestion in Ohms or Booth of: 

providing a database with symbolic representations of dates stored therein 
according to a format wherein Mi M 2 is the numerical month designator, Di D 2 is 
the numerical day designator, and Yi Y 2 is the numerical year designator, all of 
. the symbolic representations of dates falling within a 10-decade period of time; 

Unlike this recitation of claim 1, Ohms and Booth teach providing a database with the 
dates in a Lilian or integer format. 

65. There is accordingly also, therefore, no teaching or suggestion of: 
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providing a database .... all of the symbolic representations of dates falling within 

a 1 0-decade period of time; .... 
Ohms and Booth teach having data in the database in Lilian or integer format, i.e., in the 
former case within a ninety-nine million day window (seven chronological day date 
numbers starting at a given date). 

66. There is accordingly also, therefore, no teaching or suggestion of: 

selecting a 1 0-decade window with a Y A Y B value for the first decade of the 
window, Y A Y B being no later than the earliest Yj Y 2 year designator in the 
database; .... 

Ohms and Booth teach or suggest selecting a Y A Y B for the first decade based upon dates 
that are being input into the database. 

67. There is accordingly also, therefore, no teaching or suggestion of: 

determining a century designator C ! C2 for each symbolic representation of a date 

in the database, d C 2 having 
Ohms teaches entering date data into the database to be converted into Lilian format for 
storage and manipulation within the database. He does not teach or suggest determining 
a century designator for data in the database. Lilian format needs none. 

68. There is accordingly also, therefore, no teaching or suggestion of: 

reformatting the symbolic representation of the date with the values Ci C 2 , Y| Y 2 , 
Mi M 2 , and Dj D 2 to facilitate further processing of the dates. 
Ohms teaches reformatting into Lilian format for purposes of facilitating the later 
processing of the date data in the database utilizing the Lilian format. 

69. Ohms would not have made the claimed invention as recited in claim 1 obvious to a 
person of ordinary skill in the art at the time the invention was made, under 35 U.S.C. 

§ 1 03. As explained above, not only does Ohms not teach or suggest the claimed 
invention recited in claim 1, it clearly teaches away from virtually every step of the 
method of the claimed invention as recited in claim 1. The same can be said of Booth. 



70. The combination of Ohms with Hazama, or Ohms with Hazama and Booth would not 
have made the claimed invention as recited in claim 1 obvious to a person of ordinary 
skill in the art at the time the invention was made, under 35 U.S.C. §103. As explained 
above, not only does Ohms not teach or suggest the claimed invention recited in claim 1, 
it clearly teaches away from virtually every step of the method of the claimed invention 
as recited in claim 1. The combination of these references would not result in there being 
present all of the elements of the claim as recited in claim 1 of the Dickens patent as 
issued. The same can be said of Booth. 

71. For like reasons accordingly there is also no teaching or suggestion of: 

sorting the symbolic representations of dates (claim 4); or reformatting each 
symbolic representation of a date into the format C| C2 Y\ Y2 Mi M2 Dj D2 (claim 
5); or sorting the symbolic representations of dates using a numerical-order sort 
(claim 6); or storing the symbolic representation of dates and their associated 
information back into the database (claim 9). 

• — ' 

72. There is also accordingly no teaching or suggestion of: 

The method of claim 9, including the additional step, after the step of 
reformatting, of 

manipulating information in the database having the reformatted date information 
therein (claim 10). 

73. In addition, accordingly, there is no teaching or suggestion of: 

converting pre-existing date information having a different format into the format 
wherein Mi M2 is the numerical month designator, D| D 2 is the numerical day 
designator and Y\ Y2 is the numerical year designator (claim 7) or selecting Y A 
Yb such that Yb is 0 (zero) (claim 8). 

74. The above is also applicable to claims 11- 15 in the Dickens patent as originally 
issued. 



75. The above discussion as to claims 1-3, 5, 7, 9 and 1 1-12 is also applicable to claims 
16-18, 20, 22, 24-25 added in the Reissue application. 

76. The above discussion of claims 2, 4 and 6, is also applicable to claims. 19, 21, 23 
added in the Reissue application. 

77. Neither Shaughnessy, nor Ohm, nor Booth nor Hazawa, nor any combination of these 
references discloses or suggests the claimed invention as recited in Claim 16. At a 
minimum, as noted above, these references separately or collectively fail to teach or 
suggest "reformatting the symbolic representation of each symbolic representation of a 
date in the database ... " Further, at a minimum, they do not teach or suggest doing the 
reformatting "without the addition of any new data field to the database ... ." In addition 
there is no teaching or suggestion of "the reformatted representation of each date in the 
database having the values C\ C2, ... , in order to facilitate collectively further processing 
the reformatted symbolic representations ... of each of the dates." 

78. Ohms and Booth, utilizing Lillian and integer date formats, respectively, do not 
reformat dates in the database at all, and do not even have the Y2K ambiguity problem 
addressed by the present invention. Shaughnessy and Hazama encounter a date datum 
and call a subroutine or module to process the single date, or at most two dates, for 
resolution of the Y2K ambiguity problem. This is not the claimed invention, as 
distinguished from these references by at least the recitations noted above in regard to the 
originally issued claims and, e.g., in paragraph 67. 

79. As to claim 19, neither Shaughnessy, nor Ohm, nor Booth nor Hazawa, nor any 
combination of these references discloses or suggests the claimed invention as recited in 
Claim 19. For the reasons noted above, the "symbolic representations of [each of the] 
dates [in the database]" is not taught to be produced, and/or is not taught to be produced 
according to the method of the claimed invention, as recited in claim 1 6. Therefore, 
whatever sorting is done in these references is not the claimed sorting. 



80. The same is true with respect to claim 20, as was the case with claim 19, as noted 
above. In addition the references do not teach or suggest "reformatting each symbolic 
representation of a date ... separately from the symbolic representations in the database." 

81 . With respect to claim 22, to the extent that the references or any of them discloses or 
suggests "converting pre-existing date information ... " as recited in claim 22, they do 
not teach or suggest doing so as a part of the method recited in the allowable claim 16. 

82. With respect to claim 23, the same can be said as with respect to claim 22 above. 

83. With respect to claim 24, neither Ohms, Shaughnessy, Booth nor Hazama, nor any 
combination of these references teach or suggest "storing the symbolic representation of 
dates and their associated information back into the database." Ohms and Booth do not 
store symbolic representations of dates, as recited, but instead store dates in, respectively, 
Lilian or integer date formats. Shaughnessy does not send any reformatted date clata for 
storage anywhere outside at most the subroutine/module called to handle one or two date 
representations at any given execution of the subroutine/module. The same is true for 
Hazama as understood from the translation. Even so at best, Hazama, discloses returning 
a modified data datum, which is not in accordance with the process of the Dickens 
invention, wherein the date data field in the legacy database is not to be modified. The 
claim indicates that the symbolic representations of the date along with its "associated * 
information," i.e., the other datum fields can be returned, e.g., after sorting or other 
manipulating, e.g., so that the data in the database will be, e.g., in the newly sorted order. 

84. With respect to claim 25, neither Ohms, Shaughnessy, Booth nor Hazama, nor any 
combination of these references, teach or suggest "manipulating information in the 
database having the reformatted date information therein." Ohms and Booth do not 
manipulate reformatted symbolic representations of dates, as recited, but instead 
manipulate dates in, respectively, Lilian or integer date formats. Shaughnessy and 
Hazama do not manipulate any reformatted date information in the database. 



85. The above discussion regarding the corresponding claims also applies to claims 
26-30. 

86. The above discussion also applies to claims 3 1-33. 

87. With respect to claims 31-33, neither Shaughnessy, nor Ohm, nor Booth nor Hazama, 
nor any combination of these references, discloses or suggests the claimed invention as 
recited in Claim 31. At a minimum, these references separately or collectively fail to 
teach or suggest "reformatting the symbolic representation of each symbolic 
representation of a date in the database . . . Further, they do not teach or suggest doing 
the reformatting "without the addition of any new data field to the database . . . ." In 
addition there is no teaching or suggestion of "the reformatted representation of each date 
in the database having the values d C 2 , . . . , in order to facilitate collectively further 
processing the reformatted symbolic representations . of each of the dates." 

* -'■ 

88. Ohms and Booth, utilizing Lillian and integer date formats, respectively, do not 
reformat dates in the database at all, and do not even have the Y2K ambiguity problem 
addressed by the claimed invention. Similarly the discussion of Shaughnessy and Ohms 
in this regard noted above is applicable here. 

89. The above discussion of the references is also applicable to claims 34-5.9. 

90. With respect to claim 34, neither Shaughnessy, nor Ohms, nor Booth nor Hazawa, nor 
any combination of these references, discloses or suggests the claimed invention as 
recited in Claim 34. At a minimum, these references separately or collectively fail to 
teach or suggest "converting each of the symbolic representations of dates stored in . . . 
the database .. . Further, they do not teach or suggest doing the reformatting "by 
windowing . . . each of the respective dates as stored . . . without the addition of any new 
data field to the database ... " In addition there is no teaching or suggestion of "running 
a program collectively on each of the converted symbolic representations of each of the 
respective dates ... 



91. With respect to claim 35, in addition to the discussion above with respect to claim 34, 
these references do not separately or collectively teach or suggest "opening the database 
prior to the step of converting" in the process as recited in claim 34. 

92. Similarly with respect to claims 36 and 37, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively sorting the converted symbolic representations prior to the step of 
running the program" in the processes as recited in claims 34 and 35. 

93. Similarly with respect to claims 38 and 39, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively manipulating the converted symbolic representations prior to the 
step of running the program" in the processes as recited in claims 34 and 35. 

94. Similarly with respect to claims 40 and 41, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively sorting the converted symbolic representations according to a 
different data field contained in the database ... ." Neither do they teach or suggest doing 
this "prior to the step of running the program on the converted symbolic representations" 
as recited in claims 40 and 41 . 

95. Similarly with respect to claims 42 and 43, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 
suggest "collectively manipulating the converted symbolic representations according to a 
different data field contained in the database ... ." Neither do they teach or suggest doing 
this "prior to the step of running the program on the converted symbolic representations" 
as recited in claims 42 and 43. 

96. Similarly with respect to claims 44 and 45, in addition to the discussion above with 
respect to claims 34 and 35, these references do not separately or collectively teach or 



suggest the process as claimed in claims 34 and 35 wherein in addition "the program 
performs an operation which manipulates the data in a data field associated with the at 
least one date data field of the database according to the converted symbolic 
representation of the date" as recited in claims 44 and 45. 

97. Similarly with respect to claims 46 and 47, in addition to the discussion above made 
with respect to claims 34 and 35, these references do not separately or collectively teach 
or suggest the process as claimed in claims 34 and 35 wherein in addition "the step of 
converting includes converting at least a substantial portion of each of the plurality of 
symbolic representations of dates ... and repeating this step until each of the date data 
entries in the at least one date data field is converted" as recited in claims 46 and 47. 

98. Similarly with respect to claims 48 and 49, in addition to the discussion above with 
respect to claims 46 and 47, these references do not separately or collectively teach or 
suggest "collectively sorting the converted symbolic representations prior to the step of 
running the program" as recited in claims 48 and 49. 

99. Similarly with respect to claims 50 and 51, in addition to the discussion above with 
respect to claims 46 and 47, these references do not separately or collectively teach or 
suggest "collectively manipulating the converted symbolic representations" as recited in 
claims 50 and 51. 

r 

100. Similarly with respect to claims 52 and 53, in addition to the discussion above with 
respect to claims 46 and 47, these references do not separately or collectively teach or 
suggest "collectively manipulating the converted symbolic representations according to a 
different data field . . . prior to the step of running the program" as recited in claims 52 
and 53. 

101. Similarly with respect to claims 54 (as amended) and 55, in addition to the 
discussion above made with respect to claims 52 and 53, these references do not 



separately or collectively teach or suggest "collectively manipulating the converted 
symbolic representations" as recited in claims 54 and 55. 

102. Similarly with respect to claims 56 - 59, in addition to the discussion above with 
respect to claims 52 - 55, these references do not separately or collectively teach or 
suggest a process "wherein the program performs an operation which manipulates the 
data in the date data field ... according to the converted symbolic representation of the 
date" as recited in claims 56 -59. 

103. The above discussion of the references applies as well to claims 60-65. 

104. With respect to claim 60, neither Ohms, Shaughnessy, Booth nor Hazama, 
separately or collectively teaches or suggests "converting each of the symbolic 
representations of dates stored in the at least one date field of the database to a symbolic 
representation of each of the respective dates that does not create the ambiguity," as 
recited in claim 60. Or at a minimum they do not also teach or suggest doing this 
"without modifying any of the symbolic representations of dates in the at least one date 
field of the database for purposes of such windowing and converting," as recited in claim 
60. Neither do they separately or collectively teach or suggest "running a program on 
each of the converted symbolic representations of each of the respective dates 

. . .according to the dates represented by the converted symbolic representations," as 
recited in claim 60. In addition, also at a minimum, they do not separately or collectively 
teach or suggest doing so "separately from the date data symbolic representations of dates 
contained in the at least one date field," as recited in claim 60. 

105. The discussion in paragraph 94 applies also to claim 61. 

106. With respect to claim 62, the same discussion above regarding claim 60 also applies 
to claim 62 and in addition, these references do not teach or suggest the step of 
"converting" including "without the addition of any new data field to the database for 
purposes of such windowing and converting," as recited in claim 62. Neither do they 



separately or collectively teach or suggest "storing the converted symbolic 
representations separate from the at least one date field of the database " as recited in 
claim 62. Neither do they teach or suggest "running a program on the stored converted 
symbolic representations," as claimed in claim 62. 

107. With respect to claim 63, the same discussion above as to claim 62 also applies to 
claim 63. 

108. With respect to claims 64 and 65, the same discussion above as to claims 62 and 63 
applies to claims 64 and 65 with the exception that the claimed step of "converting" 
includes "without modifying any of the symbolic representations of date in the at least 
one date field of the database for purposes of such windowing and converting," which is 
not taught or suggested by these references separately or collectively in a process as 
defined by the recitations of claims 64 and 65, nor with the additional step of "storing the 
converted symbolic representations separate from the at least one date field in the 
database," as recited in claims 64 and 65. 

109. The same discussion of the references above applies as well to claims 66-69. 

110. With respect to claims 66 and 67, the references do not teach or suggest, separately 
or collectively "reformatting the symbolic representation of each symbolic representation 
of a date in a portion of the at least one date field in the database, without the addition of 
any new date field to the database and repeating the step of reformatting until each 
symbolic representation of a date in the at least one date field has been reformatted in 
order to facilitate collectively further processing the reformatted symbolic 
representations," as recited in claims 66 and 67. 

111. With respect to claim 68, these references do not teach or suggest, separately or 
collectively, "reformatting the symbolic representation of each symbolic representation of 
a date in at least one date field in the database, without the addition of any new date field 
to the database ... in order to facilitate processing of the reformatted symbolic 



representations ... by running a program on the reformatted symbolic representations of 
each of the dates" as recited in claim 68. 

112. With respect to claim 69, the same discussion above with respect to claim 68 applies 
to claim 69 an in addition, the claim recites "sorting the reformatted symbolic 
representations (in the recited format) ... and running a program on the reformatted 
symbolic representations of each of the dates," which is not taught or suggested by these 
references, separately or collectively. 

113. The above discussion of the references also applies to claims 70-76. 

1 14. The same discussion of claims 61-65 apply as well to the claims 70-76 except that 
the claims 70 and 71 recite both "without the addition of any new data field" and 
"without modifying any of the symbolic representations of dates in the at least one date 
field 

115. The description contained in the Specification of the Dickens patent as filed, is clear, 
concise and descriptive of the claimed invention and enabling of the claimed invention, 
especially of the claims as filed, but also including those claims added in the Reissue 
Application. This includes the Specification as filed with or without the Exhibit A filed 
with the application but not printed with the patent as issued, but it is even more clearly 
present with the disclosure of Exhibit A. 

1 16. It is plain from the discussion in the Dickens Patent Specification referenced in 
paragraphs 6-8 above that dates stored in a database in pure numerical form, e.g., Lilian, 
as in Olms, or in other form, e.g., binary form, e.g., integer form as in Booth, with a 
unique number representing each day (or each minute or second or part thereof, 
depending on the granularity) in a chronological sequence of days (minutes, seconds, 
etc.) from a particular starting date, as in Ohms or Booth, is not even analogous art to the 
present invention. In those databases, the number stored includes by definition the year 
in four digits, and is not susceptible to the problems solved by the invention claimed in 
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the Dickens patent as issued and/or as added in the Reissue application, among others, 
being that a sort on dates stored as discussed above in the cited portions of the Dickens 
patent will be subject to, e.g., the system being "unable to distinguish between the year 
2000 and the year 1900, for example, the latter is also represented by the two digit code 
00." (See Shaughnessy, Col. 1, lines 23-25). 

117. Therefore, both Ohms and Booth add nothing to the disclosures of Shaughnessy 
and/or Hazawa related to teaching or suggesting the invention as claimed in the Dickens 
patent as issued and/or as added in the Reissue application. Ohms and Booth teach a 
utilization of windowing, but not in the context of any suggested solution to the problem 
that is solved by the invention of the Dickens patent. In fact they teach away, since they 
teach the storage of the dates in a form that is not the "symbolic representation^" dealt 
with in the Dickens patent and is hot subject to the system being "unable to distinguish" 
dates stored in that fashion. Shaughnessy and Hazawa already teach a utilization of 
windowing and the added teachings of either or both of Ohms and Booth, beyond using 
windowing for something not related to what windowing is used for in the Dickens 
patent, are irrelevant to the invention of the Dickens patent. 

1 1 8. One of ordinary skill in the art would readily understand the Specification of the 
Dickens patent, e.g., as mentioned in paragraph 9 above, to reflect the issue that caused 
the Y2K problem in the first place. Databases (referred to herein generally as "legacy 
databases") created initially during a period of time when memory was relatively very 
much more expensive than it is today or even has been for the last decade or so, were 
designed to have as small a data field for each needed item of information stored in the 
database as possible. For the year portions of dates stored, e.g., in a single date data field 
(e.g., MMDDYY) or a set of data fields (e.g., a separate MM, DD, and YY data field), as 
is the case in the databases relevant to the Dickens patent, this meant two character year 
date information with no century designation. 

119. The just referenced concern is at least part of the reason, as would have been well 
understood by one skilled in the art, that other representations, e.g., that are not symbolic, 
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as that term is defined in the Dickens patent, were created, e.g., Lilian as in Ohms and 
integer as in Booth. Ohms and Booth represent ways to initially store a complete date 
having day month and year to four digits, and maybe even with less bytes than would be 
required for a symbolic representation in the form, e.g., DD/MM/Y, not to mention 
DD/MM/YYYY. 

120. Therefore, existing legacy databases, which have Lilian or integer date data formats 
are not subject to a Y2K ambiguity problem. Legacy databases in which the dates are 
stored in a date data format including a data field or set of data fields, including only the 
storage of two year date designation characters, do have, as the Dickens, Shaughnessy 
and Hazama patents recognize, the Y2K ambiguity problem. 

121. While an existing legacy data base having the Y2K ambiguity problem may be 
modified to place the date data in the database in another format, e.g., containing YYYY 
instead of just YY, or into Lilian or integer format, or by adding to the legacy database 
another field, e.g., a CC, century designator field, as noted by both the Dickens patent 
and Shaughnessy, this can be complex, costly and maybe not effective. 

122. Replacing the one date data field or set of date data fields in a legacy database of the 
type described by the Dickens patent to suffer the Y2K date ambiguity problem, as would 
have been understood by those skilled in the art at the time of the filing of the application 
leading to the Dickens patent, may be simply unworkable or at best costly, time 
consuming and subject to numerous errors that may be even more costly and expensive to 
be fixed, if they even can be, after such a conversion. In short the best solution available 
in the prior art, as suggested by both Shaughnessy and the Dickens patent, may have 
been, as many people did, abandon the legacy database in favor of a totally new one in 
which the years date data is stored unambiguously, e.g., as YYYY. If such abandonment 
was not feasible, then there existed also the possibility of creating an entirely new 
database and transferring all of the data entries in all of the fields into the newly created 
database, if possible without massive clerical error. Neither solution was really 
economically viable as suggested in Both Shaughnessy and the Dickens patent. 



Shaughnessy proposed a solution to this problem but his is significantly different from 
that of the claimed invention in the Dickens patent, and also not nearly as effective. 

123. One of ordinary skill in the art at the time of the filing of the application that led to 
the Dickens patent would have understood the many problems in modifying a legacy 
database containing only room for date data in the format YY to a modified format, e.g., 
containing a YYYY date data format, some of which, by way of example only, might 
include: 

( 1 ) a database designed to be organized and contained in memory in a certain 
way, e.g., to conserve space or improve accessibility or both may physically 
(electronically) not be susceptible to expanding the YY date characterization into, e.g., 
YYYY; or 

(2) pointers and other links, e.g., between data fields included in a string of date 
data information, i.e., DD, MM, YY, or other such links, e.g., between such a string 
entered in the database and another string that the database used, e.g., in comparing, or, 
e.g., for date sorting purposes, or, e.g., the initial data entry system of the database, or 
many other reasons that would have been understood by those skilled in the art at the 
time of the filing of the application leading to the Dickens patent, may be set up to look 
for only a specified memory location or locations which may not be sufficient to contain 
the new year date data in, e.g., the expanded format. 

124. This is the problem addressed in the Dickens patent and its disclosure, e.g., as 
referenced above, e.g., in paragraphs 10 - 13, as would be done by one of ordinary skill in 
the art, must be construed with that fact in mind. 

125. One of ordinary skill in the art would necessarily have understood from the 
disclosure of the Dickens patent, e.g., as referenced in paragraphs 10 - 11, with or 
without Exhibit A, that the steps of determining a century designator and reformatting 
each of the dates in the database is to be done without requiring additional or modified 
date data fields in the existing legacy database. The disclosure specifically says that 
avoiding having to do such a modification of the existing legacy database is the very 



reason for the claimed invention. This is also true in light of the claimed purpose being 
to "facilitate] further processing of the dates," and because of the disclosure in the 
Dickens patent discussed further below that u [o]nce the symbolic representations of the 
dates are reformatted ... the date information may be sorted 

126. It is plain from the disclosure of the Dickens patent, with or without Exhibit A, e.g., 
as referenced above in paragraphs 12 and 13, and would have been so understood by one 
of ordinary skill in the art, based upon the context of the disclosure as a whole of the 
Dickens patent, with or without Exhibit A, at the time of filing, that what is disclosed is 
the conversion, wholesale, of the dates in the database and running some program on the 
large number of dates so converted and that this is done without changing the underlying 
data fields in the legacy database from which the date data information was originally 
obtained and to which it may be returned. Similarly, it is plain, and would have been so 
understood by one of ordinary skill in the art, that to perform the method of the Dickens 
patent, the converted dates must be stored somewhere outside of the existing database 
date data fields, otherwise sorting and other manipulations by applications programs 
could not be done on all of the dates taken from the database and reformatted according 
to the claimed invention. 

127. Shaughnessy discloses the receiving from the processor into the subroutine of the 
one or two dates taken from the legacy database date data field(s) that Shaughnessy' s 
subroutine operate upon, without specifically disclosing where outside the original date 
data field in the legacy data base this storage would occur. Similarly, those skilled in the 
art would have understood that all of the converted dates from the legacy database, 
according to the invention as claimed in the Dickens patent, ["each symbolic 
representation of a date in the database," and "reformatting the symbolic representation 
of the date [for each such date]" would require some memory and it would not be the date 
data fields of the legacy database. Only in this manner, as would also have been 
understood by those of ordinary skill in the art from the disclosure in the Dickens patent,, 
with or without Exhibit A, could a program be run on the dates so reformatted to 
accomplish the subsequent claimed steps of, e.g., "sorting" and "manipulating." 



128. It is clear from the prosecution history of the Dickens patent before it was originally 
issued, specifically as referenced above in paragraphs 14-17, that when applicant's 
counsel said that the claimed method of the patent application "should accept dates from 
data storage " applicant's counsel was referring to data storage where the database, 
i.e., a legacy database, was stored with only the availability of Yi Y 2 , to discern the proper 
century. In addition it is clear that when applicant's counsel again uses this term in 
stating "[h]owever the method of the present invention need not store the converted date 
in data storage," that this is the same data storage where the original legacy database is 
stored, with its limitations, e.g., as to ability to store date data in other than a two 
character year date data format. Applicant's counsel immediately goes on to state 
"[i]nstead, the original dates in the data storage remain undisturbed." Thus the original 
legacy database remains as it was with no changes. Applicant's counsel then 
immediately thereafter goes on to say that "[t]his aspect of the present invention thus 
allows conversion of dates to compensate for century designations without requiring the 
addition of data fields to permanently store the century designations." This also makes in 
clear that when applicant's counsel asserted that "the claimed invention does not require 
that the converted data that includes the century designations be stored in data storage," 
he was referring to storing the converted data back in the original date data fields of the 
legacy database, within the "data storage." It is evident also that the statement by 
applicant's counsel that "the amended set of claims does not require storage of the 
converted data and therefore imposes no requirement for new data fields," is referring to 
storage of the converted data in new data fields in the legacy database, within the "data 
storage." Further it is clear that the comment of applicant's counsel, that "conventional 
date formatting systems typically require additional data fields for storage to 
accommodate the century designations," means that the problem being addressed is being 
able to sort, manipulate and otherwise run programs on these date representations without 
modifying the existing fields in the database or changing that data in those fields 
permanently. 



129. As the specification of the Dickens patent points out and as those in the art would 
have known at the time, the legacy database is not readily susceptible of changing the 
format of those date data fields for permanently modifying the date data format contained 
in the legacy database. Applicant's counsel's comment that "[tjhese additional data 
fields are necessary because conventional systems disclose a permanent reformatting of 
stored data," clearly refers the undesirable prior art solution of the Y2K problem by 
reformatting the legacy database itself and then, e.g., reformatting all of the date data and 
also the fact that this solution does require that new data fields be added to the legacy 
database. 

130. Additionally, in the context of this argument, the applicant's counsel's assertion that 
"[t]he claimed invention, on the other hand, does not require that the reformatted data be 
permanently stored. Instead, the method of [the] claimed invention encompasses 
embodiments in which the date information is initially reformatted and converted to have 
century designations, but does not require that the reformatted dates be stored," is plainly 
talking about the lack of need for permanent storage within the date data fields of the 
legacy database. One skilled in the art would plainly understand this from the disclosure, 
with or without Exhibit A. 

131. Even Shaughnessy, as noted above, in his method has to store one or two dates 
processed each time by the called subroutine in some form of data storage, even if it is a 
register or cache memory in the processor. Clearly the set of date data, which has been 
converted and reformatted, according to the claimed invention, must be stored 
somewhere for the additional process steps of, e.g., sorting or manipulating (or as shown 
in Exhibit A, sorting by model number and then sorting by date) in order for these later 
process steps to be performed. This would have been understood by one of ordinary skill 
in the art from the disclosure, especially with Exhibit A. What is not changed is the date 
data stored in the data storage that contains the original legacy database. Not only would 
this have been evident to one of ordinary skill in the art at the time of the filing of the 
Dickens patent, this is what applicant's counsel argued to the Examiner: 



As stated previously, the method of one embodiment of the claimed invention 
reads the dates from the database and temporarily reformats the dates with century 
designations. Data manipulation programs are then performed on these 
reformatted dates, such as sorting the dates. However, once the data 
manipulations are complete, the reformatted dates need not be stored in data 
storage. (Emphasis added) 

132. This is the same "data storage" referenced by applicant's counsel to be where the 
legacy database was stored. Applicant's counsel continued: 

[i]nstead the dates in the data storage can remain the same as they were prior to 
the temporary reformatting of the data by the method of the claimed invention. 
Thus in these embodiments, the method of the claimed invention does not require 
additional data fields for storage because the reformatted dates with the century 
designations are only used 'on the fly' for data manipulation and are not stored in 
data storage. 

133. It should be plain from the above referenced prosecution history that the original 
Examiner understood the claimed invention to be what applicant now asserts it is 
according to the meaning of the claims as allowed in the Dickens patent. This meaning 
applies as well to the claims added herein in the Reissue application. That is, the method 
allows the extraction from an existing legacy database with date data stored in a format, 
e.g., using only Y| Y 2 , that is Y2K ambiguous, temporarily converting and reformatting 
each of the extracted dates to a format, e.g., CiC 2 ,YiY 2 , that is not Y2K ambiguous, 
performing data manipulation programs on these reformatted dates, that are not stored in 
the original legacy database fields, but necessarily must be stored somewhere separate 
from or outside of the original legacy database fields, and utilizing the results of the data 
manipulation program, without having to have modified the original legacy database and 
its original fields, formats, links, etc. 

134. Otherwise, the original Examiner would not have removed the rejection based on the 
change in the claims from "reformatting the symbolic representation of the date in the 
database" or "reformatting each date in the database," to, respectively, to "reformatting 



the symbolic representation of the date ... to facilitate further processing of the dates" and 
to facilitate further "reformatting each date ... to facilitate farther processing of the 
dates," as was done in the Supplemental Response of April 2, 1998, which resulted in 
allowance. The original Examiner stated: 

The Prior Art of Record ... does not anticipate nor suggest the set of limitations of 
the claims, comprising the threshold year digits as used to determine a pair of 
century digits to be used for computation, but without enlarging the number of 
date digits in of the database. 

Further stated the Original Examiner in an Interview summary of April 2, 1998: 
It was agreed that the summary of the invention, and the arguments of the 
response, were not entirely in conformity with the claims, which would be 
potentially allowable if the use of additional century digits did not include their 
storage in the database. 

135. Claim 10, as noted above was amended to clarify the same conflict with the 
disclosure as the original Examiner recognized in the claims as originally filed, i.e., that 
the reformatted dates are not stored back into the database. 

136. Given the interpretation of the claims as filed originally and issued as amended in 
the original application leading to the Dickens patent, and the claims added in the current 
Reissue application that clarify further the meaning of those original claims, clearly the 
same reasons as asserted by the original Examiner for allowance of the claims in the 
original application apply to claims 1-76 in the present application. 

137. It is not correct, as the Examiner asserts, that Shaughnessy "teaches modifying those 
dates that have a two digit identifier less than some predetermined pivot date, changing 
the format of the date, and sorting the results." To the extent that "those dates" is 
intended by the Examiner to mean the recited "all of the symbolic representations of 
dates" and/or "each symbolic representation of dates," Shaughnessy' s teaching, at best, is 
"modifying those dates that have a two digit identifier less than some predetermined 
pivot date, changing the format of the date" only with respect to one, or at most two, 



dates sent to a called subroutine when an application encounters a two digit date data and 
an instruction, e.g., to determine if that date is in the past or future, i.e. to compare it to 
some other single fixed date, or, e.g., to compare two dates encountered by the 
application program. 

138. Shaughnessy does not perform the step of "sorting the results," if the Examiner 
means the claimed results of "reformatting" "each" or "all" reformatted symbolic 
representations in the data base. Shaughnessy sorts between a single fixed date and a 
forwarded date or between two dates forwarded from the application and returns to the 
application a "parameter" indicating the result of, e.g., the sorting of the two dates. 

138. Hazama, similar to Shaughnessy, has a "computer system ... processing section 
[which] replaces the code for the tens place in the last two digits of the year AD with a 
code that maintains the year order." To do this, the two digit date code is sent by the 
program processor, referred to as "work area" 8 or "clear area" 8, to a module 10 and the 
modified date is returned to the processor "work area" or "clear area" 8. Therefore, even 
with the disclosure in Hazama "of the need for the pivot date to be less than any date in 
the database" the claimed invention is no more disclosed than in Shaughnessy. 

139. It is not correct that Shaughnessy teaches or suggests the "process of converting all 
dates in the database, wherein two digit dates are converted into four digit dates as taught 
in Shaughnessy ... ." (Emphasis added) 

140. It also does not follow from the asserted combination of Shaughnessy and Hazama 
as proposed by the Examiner because "it follows that one of ordinary skill in the art of 
programming would know and would be adept at setting parameters to correctly process 
a set of data," means that the combination of Shaughnessy and Hazama results in the 
claimed invention. Assuming that the Examiner means "sets of data" to be the recited 
"all of the symbolic representations of dates" and/or "each symbolic representation of 
dates" in the database, since Shaughnessy, as noted above, contains no such disclosure. 
Because of the way Shaughnessy is disclosed to operate, it cannot perform the claimed 



process, and therefore, teaches away. Shaughnessy by returning a "parameter" to the 
program cannot reformat each or all of the date data representations in the data base and 
then perform further programming "sorting" or "manipulating" on the reformatted date 
data, since the "parameter" returned to the program is specific to an operation, e.g., 
comparison, specific only to the two particular date representations being operated on by 
Shaughnessy for purposes of returning the parameter to the program. The "parameter" 
simply indicates, e.g., the one date is greater than, equal to or less than the other, and is 
not correlated to any other date data representation in or extracted from the database for 
purposes of further processing. It is, therefore, not a conversion and reformatting that 
"facilitates further processing of the dates" taken from the database as claimed. 

141 . The Examiner's comment about Shaughnessy complemented by "logical necessity" 
disclosing the entire claimed invention is not correct in light of fact that Shaughnessy, 
with the addition of the selection of a pivot date based on the earliest date in the data 
base, still does not result in each and every element of the claimed invention. 

• ■• 

142. Shaughnessy does not "suggestf] the conversion of all dates within the database 
from a two digit format to a four digit format as a viable, but costly alternative for the 
year 2000 problem (col. 1, lines 31-46 et seq)." In the cited passage, Shaughnessy is 
either saying that as to, e.g., a legacy data base it is difficult and expensive to modify the 
format, fields, etc. for the data base to only include 4 character date representations, with 
which applicant is in agreement (see Col. 1, lines 35 - 41 of the Dickens Patent), or 
teaching away from the applicant's proposed solution, or both, as the cited passage is not 
entirely clear as to what would be the objectionable thing to avoid. See also 
Shaughnessy's discussion in Col. 4, lines 7-26. The fact that Shaughnessy specifically 
teaches a separate way than the claimed invention to solve this problem, also teaches 
away from the claimed invention. At best this cited portion of Shaughnessy recognizes 
what the problem is that both Shaughnessy and the claimed invention set out to alleviate, 
but Shaughnessy takes a different approach. 
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143. Shaughnessy does not "discloses the claimed 'all of the symbolic representations of 
dates falling within a 10 decade period of time' as a date having a cycle or a range of a 
100 years (col. 18, Cycle/Range Cl= THE DATE CYCLE IS 100 YEARS)." The table 
of the Appendix to which the Examiner refers is identified by Shaughnessy as 
"illustrating a sample of the types of date formats the present invention can support." (Col 
3, lines 43-45. The fact that a cycle for dates of a given one of may listed formats in the 
referenced table may be 100 years teaches nothing about the selection of a range of dates 
that are in a data base upon which the method of Shaughnessy is utilized. Indeed, a 
number of the ranges listed as to which Shaughnessy says "the present invention can 
support," are longer than 100 years. Once again the teaching of Shaughnessy is away 
from the present invention, in that it does not require claimed recitation "all of the 
symbolic representations of dates falling within a 10 decade period of time." 

144. For this same reason, it is inappropriate hindsight analysis using only the teaching of 
the applicant's disclosure to say that: 

As pointed out in column 2, lines 1 1-14 and column 3, lines 4-8 of Patent No. 
5,806,063, all dates in commercial and industrial databases span within one 100 
year. Shaughnessy's system being of the commercial or industrial kind described 
in the cited patent, must therefore, as a practical matter, incorporate this 
limitation. 

145. The "commercial or industrial" databases which Shaughnessy invention "can 
support," are specifically identified by Shaughnessy to include data bases where the data 
contained could include a span of over 1 00 years 

146. Shaughnessy does not teach: 

the step of 'determining a century designator C. sub.l C. sub.2 for each symbolic 
representation of a date in the database, C. sub. 1 C. sub.2 having a first value if Y. 
sub. 1 Y. sub. 2 is less than Y. sub. A Y. sub. B and having a second value if Y. 
sub. 1 Y. sub. 2 is equal to or greater than Y. sub. A Y. sub. B' as the comparison 
of the current date to the date when the system was installed with the 
modifications (modified system install date) to thereby determine the century 
value (col. 5, lines 36-65 et seq). 



While this portion of Shaughnessy does disclose the form of windowing that 
Shaughnessy proposes, using the install date as the pivot date, in the context of the 
remainder of the disclosure of Shaughnessy this is not disclosed to be done for "each 
symbolic representation of a date in the database," in preparation for and facilitation of 
further processing of the reformatted symbolic representations. As noted above 
Shaughnessy does windowing and reformatting for one or two date representations at a 
time in the called subroutine. 

147. The same can be said for the cited portion of Shaughnessy cited to disclose: 

the comparison of the YYMMDD portion of the date to the corresponding date 
portion at the end of the 100 year cycle to thereby determine the century value 
(col.7, lines 7-15 et seq). 

148. Shaughnessy also does not disclose: 

the step of 'reformatting the symbolic representation of the date with the values C. 
sub. 1 C. sub.2, Y. sub. 1 Y. sub.2, M. sub. 1 M. sub. 2 , and D. sub. 1 D. sub. 2 to 
facilitate further processing of the dates' by appending the determined century 
value before the YYMNMD date in order to yield a CCYYMMDD date format 
(col.5, lines 46-51; col.6, lines 57-65 et seq) ... . 
The "reformatting the symbolic representation of the date" must be read in the context of 
the earlier claim recitations that define the context of this process limitation to mean 
performing reformatting on "each" or "all" date data representations that have previously 
been the subject of the claimed form of windowing prior to this reformatting step. 
Further the claimed reformatting is to "facilitate further processing of the dates." As 
noted above, Shaughnessy reformats at most two pieces of date data information from the 
data base at a time and returns a parameter that gives a result of processing done in the 
called up subroutine of Shaughnessy, but does not "facilitate further processing of the 
dates." 

149. Shaughnessy does not disclose: 

"returning one date field with the converted date to the subroutine and a means for 
returning a parameter to the application program for use in further operations 
(col.l, lines 47-54 et seq). 
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The cited portion of Shaughnessy, which appears to be in Col. 2 as opposed to Col. 1, 
refers to "passing at least one date field to the subroutine [and] a means for returning a 
parameter to the application ... ." The "parameter," is not a reformatted date or dates, 
and is "for use by the application program in further operation." (Col. 2, lines 53-54, 
Emphasis added) An example of this is "[I]f the result received from the subroutine [the 
parameter] indicates that the date the next payment is due is greater than today's date [the 
program can go on to] indicate that the account is OK." (Col 4, lines 59-61) Shaughnessy 
also notes as an alternative to the above, the Shaughnessy process may "pass[] at least 
one date field which is representative of at least two dates to the subroutine, determining 
which if the two dates corresponds to the date field operation according to a 
predetermined criteria , performing the date operation on the date field, and returning the 
parameter to the application program ... ." (Col. 2, lines 59 - 64, Emphasis added). 

150. Contrary to the examiner's assertion at the time of the filing of the Dickens Patent, it 
is not correct that: 

The ordinary skilled artisan having read Shaughnessy would immediately see the 
need to determine which 1 00 year span to use. This determination would have led 
the ordinary skilled artisan to the Hazama reference, which teaches the pivot date 
being smaller than the smallest two digit date in the database having all the dates 
within a 100 year period as a solution to restrict the selection of Shaughnessy's 
window and thereby forcing all dates already stored in the database to fall in the 

r 

20th century. 

Shaughnessy teaches a very specific way of selecting a one hundred year window, and it 
is not based on the earliest date in the data base. In this regard Shaughnessy actually 
teaches away. Further, the import of the latter portion of the Examiner's above quoted 
view is not understood. The statement regarding "as a solution to restrict the selection of 
Shaughnessy's window and thereby forcing all dates already stored in the database to fall 

th 

within the 20 century." If the Examiner mean that this is what Shaughnessy would 
teach one of ordinary skill or that the combination of Shaughnessy and Hazama would 
teach one of ordinary skill, then all dates falling in the 20 is a situation in which there is 



no Y2K problem to solve, so that either Shaughnessy or the combination of Shaughnessy 
and Hazama also teach away. Is this the Examiner's intent? 

1 51 . In regard to the rejection of claim 9, the cited portion of Shaughnessy, actually 
including also Col. 5, lines 10 - Col. 6, line 35 refers to the setting by the subroutine of 
the "current date (box 14), the end of the hundred year cycle (box 16) and the two 
possible century values (box 1 8)" for utilization inside the subroutine and has nothing to 
do with the recited '"storing the symbolic representation of dates and their associated 
information back into the database after the step of reformatting '" from claim 9. 

152. As to the rejection of claim 9 Shaughnessy also does not disclose "storing the 
symbolic representations of dates and their associated information back into the 
database," i.e., after the step of "facilitating the further processing ," and after such further 
processing, e.g., date sorting, the dates and information in Shaughnessy may not be 
reorganized in the database according, e.g., to the results of the sorting. Further 
Shaughnessy does not teach doing so without modifying the symbolic representations of 
dates in the database itself. 

153. Booth is non-analogous art and actually teaches away from the present invention as 
claimed. Booth and the Clipper system described therein use integer dating which does 
not suffer from the problems sought to be solved by the claimed invention, i.e., there is 
no Y2K date ambiguity that needs to be addressed in the processing of date data stored in 
a database according to the Clipper system. Booth does disclose windowing and using a 
ten decade window, but it is not in the context of the claimed invention. For example, it 
is not for the purpose of "facilitating further processing of the dates [in the database]." 
Booth's use of windowing is also not disclosed to be "reformatting the symbolic 
representation of the date [for each/all representations of dates stored in the database]." 
In addition Booth does not teach "sorting the symbolic representations of the dates" in a 
CCYYMMDD or like format, since dates in Booth are sorted by comparison of the 
integer value that computes to the appropriate date, including its four character year 
value. 



154. Modifying Shaughnessy or the combination of Shaughnessy and Hazama with 
Booth, which teaches storing and manipulating (operating programs on) date data that is 
in integer form, would render Shaughnessy and/or the combination of Shaughnessy and 
Hazama inoperative for their intended purpose(s). The intended purpose for Shaughnessy 
and Hazama is to correct the problem of Y2K ambiguity for date data stored in a database 
in a form that gives rise to the ambiguity, and Booth (as does Ohms) stores date data in a 
form that has no Y2K ambiguity. In the same way, the proposed combination would 
change the principle of operation of Shaughnessy and/or the combination of Shaughnessy 
and Hazama. 

155. Contrary to the Examiner's assertion, and as indicated by the above discussion of 
Shaughnessy, Shaughnessy does not disclose "reformatting ... in order to facilitate 
collectively farther processing the reformatted symbolic representations of each of the 
symbolic representations of each of the dates." For this reason, the impropriety of the 
Examiner's rejection, as discussed above, is further supported. 

156. Booth clearly and unequivocally notes that the dates stored in the database being 
manipulated by Clipper 5 are stored in integer format with a granularity of date days. As 
Booth notes at p. 939, "Dates are stored internally in such a way that math operations can 
be performed on dates to derive other dates. Adding an integer to date will result in a 
future date. Subtracting two dates will result in the number of days between the two." 
See also Booth at p. 99. Regardless of what Booth may say about date data entry, date 
display, or the like in the portions of Booth cited by the Examiner, the fact remains that 
the database of Booth does not use symbolic representations of dates in the Gregorian 
format, and does not have the Y2K ambiguity problem, since each date as stored is 
complete with information that indicates it YYYY characters in Gregorian format. 
Booth's disclosure of windowing in certain contexts, is, therefore, non-analogous art, 
teaches away from applicant's proposed solution to the Y2K date ambiguity problem, in 
the same way Ohms does. Further whatever sorting Booth proposes it is not of dates 
reformatted from a YY date data field representation into a YYYY format for purposes of 
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being sorted in that format. Booth sorts in integer format simply by comparing the two 
integers with each other and the information contained in the integer itself is not Y2K 
ambiguous. 

1 57. Ohms does not disclose: 

the claimed 'method of processing symbolic representations of dates stored in a 
database' by presenting a computer implemented method for processing date[s] 
outside the twentieth century (see title, p 244 et seq). 

The symbolic representations of dates in Ohms' database are in the form of a 
number representing a unique Lilian date and fully includes all year information such that 
the Y2K ambiguity problem addressed by the present invention is not even present vis-a- 
vis the date data stored in Ohm's database. Each Lilian date so stored includes (is 
convertible to) a representation of a full four character year, without Y2K ambiguity, just 
as is the case with the integer dates employed by Clipper 5 as described in Booth. In 
addition Ohms does not call for the dates actually stored in the database to be within a ten 
decade window. In fact they can be anywhere within the span of days capable of being 
represented by seven digits (the specific embodiment disclosed, but it could be even 
more) of days, i.e., over 2000 years. 

1 58. Ohms does not disclose: 

'selecting a 10-decade window with a Y. sub. A Y. sub. B value for the first 
decade of the window, Y. sub. A Y. sub. B being no later than the earliest Y. sub. 
1 Y. sub. 2 year designator in the database,' .... 

Ohms does disclose selecting a ten decade window for the windowing of date data being 

entered, but say nothing at all about selecting this ten decade window based upon any 

span of dates actually stored in the database. 

1 59. Ohms is non-analogous art and actually teaches away from the present invention as 
claimed. Lilian dating does not suffer from the problems sought to be solved by the 
claimed invention, i.e., there is no Y2K date ambiguity that needs to be address in the 
processing of date data as stored by the Ohms system. While Ohms does disclose 



windowing and using a ten decade window, it is not in the context of the claimed 
invention. For example it is not for the purpose of "facilitating further processing of the 
dates [in the database]." Ohm's use of windowing is also not disclosed to be 
"reformatting the symbolic representation of the date [for each/all representations of 
dates stored in the database]." In addition Ohms doses not teach "sorting the symbolic 
representations of the dates" in a CCYYMMDD or like format, since dates in Ohms are 
sorted by comparison of the integer value that computes to the appropriate date, with the 
inclusion in the integer value of its four character year value. Indeed, modifying Hazawa, 
which teaches storing and manipulating (operating programs on) date data that is in, e.g., 
MMDDYY form, would render Hazawa inoperative for its intended purpose(s). The 
intended purpose for Hazawa is to correct the problem of Y2K ambiguity for date data 
stored in a database in a form that gives rise to the ambiguity and Ohms stores date data 
in a form that is not Y2K ambiguous. In the same way, the proposed combination of 
Ohms and Hazama would change the principle of operation of Hazawa. 

160. There is no prima facie obviousness because there is no motivation to combine non- 
analogous art, especially where Ohms teaches away from the claimed invention, at least 
to the extent it teaches addressing the Y2K problem by storing date data in a form that is 
not susceptible to the Y2k ambiguity problem and does not need to be modified in any 
way to be able to be fully sorted, manipulated or otherwise processed without concern for 
any possible confusion between the Lilian value that represents all of the days 
throughout, e.g., the year 2002, including the fact that they are in the year 2002 and the 
totally unique and fully determinative integer value that represents each of the days in the 
year 1902, including the fact that each such day in within the year 1902, or, for that 
matter, 3002, 4002 and so on. The specific embodiment of Ohms using only seven 
characters to count the dates would have to be expanded to cover a span of more than 
2000 years, however, and the starting date of the first day, e.g., January 1, 1900, would 
determine, along with the total number count of days, the end of the span that can be 
covered. 



161. The Examiner is misreading the claims. As recited, e.g., in claim 33, the process 
step calls for: 

reformatting the symbolic representation of each symbolic representation of a date 
in the database, without changing any of the symbolic representations of a date in 
the database during the reformatting step A ... 
or in claim 60 the process step calls for: 

by windowing the symbolic representations of each of the respective dates as 
stored in the at least one date field of the database against a pivot year represented 
by one of the symbolic representations of the dates as stored in the at least one 
date field of the database, without modifying any of the symbolic representations 
of dates in the at least one date field of the database for purposes of such 
windowing and converting; .... 
The "symbolic representations of dates in the at least one field of the database" remain 
unchanged, as discussed in further detail herein with regard to the enabling issue, as the 
Examiner in the original application noted and as was the subject of an amendment of the 
claims therein to clarify that point. 

162. As to written description, the Specification is reasonably clear in indicating that the 
applicant as of the filing date of the application leading to the Dickens patent was in 
possession of the invention, even if new terminology is used in the claims. The claimed 
sort based upon the reformatted CCYY format is a broader genus. As indicated in the 
specification and as would have been well known in the art at the time of the filing of the 
Dickens patent, data may be stored in databases in other than YYMMDD and in which 
the Y2K ambiguity problem still exists, e.g., YYMMMDD, where the MMM is a three 
letter designation of the month. For such date data formats, the present invention, as 
would be understood by those skilled in the art from the disclosure of the Dickens patent, 
with or without Exhibit A, is just as useful, along with the reformatting of the YY to 
CCYY. The claim, therefore, is a broader genus, which would cover the originally 
recited CCYYMMDD as well as, e.g., CCYYMMMDD. 

163. The Examiner has taken the position that: 



Claims 33, 60-61, 64-65 and 70 call for reformatting to occur 'without changing' 
or 'without modifying 5 the symbolic date representations during the reformatting 
when the specification merely indicates that the YYMMDD date format is 
reformatted to appear in the form CC YYMMDD (col.3, lines 41-43). It is 
apparent that the original specification is devoid of any disclosure of how such 
reformatting is performed 'without changing' or 'without modifying' the 
symbolic date representation. In fact, the suggestion of reformatting without 
changing representation is on its face a contradiction, for the reformat is to change 
representation. Therefore, the claimed limitation reformatting to occur 'without 
changing' or 'without modifying' is new matter because this subject matter was 
given neither a written description nor enabling description in the original 
disclosure. 

164. There is quite an adequate disclosure in the original specification including the 
Certificate of Correction, from both a written description and an enabling perspective. 
The addition of the Exhibit A farther supports the claim language. The "without 
modifying" and/or "without changing" recitations refer to the fact that the original 
database date entry as contained in, e.g., a legacy database itself, is what is not modified. 
Clearly modification occurs according to the claims of the what is taken from or extracted 
from the date data field in, e.g., a legacy database, but this modification/reformatting 
according to the claims is done without also modifying/reformatting the originally stored 
date data as it is in the database itself and remains so after the converting and 
reformatting according to the claimed invention. This is adequately described in the 
written description and fully enabled. 

1 65. The Examiner has taken the position that: 

Claims 16-30, 32, 34-67, 69-71, 75 and 76 call for processing relative to a 'pivot 
date' or 'pivot year' when such terms are nowhere defined or even mentioned in 
the original specification. Therefore, the claimed limitation 'pivot date' or 'pivot 
year' is new matter because this subject matter was given neither a written 
description nor enabling description in the original disclosure. 



166. This term is well known in the art. By way of example, United States Patent No. 
6,317,746, entitled SOFTWARE DATE AND TIME SERVICES, issued to Franklin, Jr., 
et al. on November 13, 2001, and United States Patent No. 6,003,028, entitled 
IMPLEMENTING EXTENDED NUMERIC RANGE WITHIN A TWO-DIGIT 
SOFTWARE REPRESENTATION, issued to Koenig on December 14, 1999 use the 
term in connection with windowing techniques utilizing, e.g., a ten decade window. The 
Examiner has himself used the term throughout the prior and present Office Actions in 
rejecting claims with and without the term "pivot year" in the claim language. The term 
simply means, as the Examiner himself has used it, the starting year for the window. 

167. The Examiner has also taken the position that: 

Claims 20-21, 62-65 and 71 call for 'reformatting' or 'storing' 'separately' from 
the symbolic representations in the database or from the database when the 
original specification merely suggests reformatting or sorting the date. However, 
the original specification does not disclose such 'separate' reformatting or storing. 
Therefore, the claimed limitation of 'separate storing' or 'separate reformatting' is 
new matter because this subject matter was given neither a written description nor 
enabling description in the original disclosure. 

168. As discussed above with respect to claims 33, 60-61, 64-65 and 70 regarding the 
'without changing' or 'without modifying' recitations, the Specification as originally 
filed along with the Certificate of Correction, adequately discloses and enables the 
recitations regarding "separate reformatting" and "separate storing." The addition of 
Exhibit A further supports such recitations. 

169. The Examiner has taken the position that: 

Claims 16-25, 31-33, 66-67 and 72 call for 'collectively further processing' when 
the specification makes no mention of such 'collective' further processing. 
Similarly, claims 36-43 call for 'collectively sorting' or 'collectively 
manipulating' when the original specification merely suggests sorting and 
manipulating. However, it does not mention such 'collectively' sorting or 
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manipulating. Similarly, claims 34-61, 63 and 65 call for the step of 'running a 
program collectively' when the original specification, perhaps, only implicitly 
discloses the 'running of the program'. However, such 'collective' running of the 
program, is not disclosed. Therefore, the claimed limitations of 'collective 
processing, 'collective sorting', 'collective manipulating 5 or 'collective running 
are new matter because this subject matter was given neither a written description 
nor enabling description in the original disclosure. 

170. The original disclosure and claims disclose a process whereby "each" or "all" of the 
dates stored in a database, e.g., a legacy database, wherein the stored format includes 
only two year date characters, are reformatted to contain four year date characters, 
followed by a process of, e.g., sorting or manipulating, based on all of the reformatted 
dates. The Exhibit A disclosure further supports this interpretation of the claims. The 
term "collectively" is not used in the original disclosure. However the term serves to 
define over the art, e.g., Shaughnessy, where, e.g., one date from the database and one 
fixed date, or two dates from the database, are compared to each other, in the called 
subroutine, as opposed to all of the data from the database being manipulated, e.g., date 
sorted "collectively." 

171. The Examiner has taken the position that: 

F. Claims 36-37, 40-41, 48-49, 51-59, and 69 call for the running of a program 
after a sorting operation has been performed. However, the original specification 
does not provide a written description of such running of a program subsequent 
the step of sorting. Similarly, claims 38, 39, 42-43 call for data manipulation 
before running of the program. No written description is provided for such data 
manipulation before running the program in the original specification. Therefore, 
such limitations are new matter because this subject matter was given neither a 
written description nor enabling description in the original disclosure. 

1 72. As noted in the Specification of the Dickens patent: 



Once the symbolic representations of the dates are reformatted according to the 
procedure set forth above, the date information may be sorted, numeral 38, or 
manipulated, numeral 40, together with the entries associated with the dates. 
Such manipulation may include handling of the data associated with the dates, 
storing the dates and associated information back in the data base, or other 
processes. 

1 73. In addition, at least Exhibit A shows a sort program run before another program, 
e.g., a print program. 

1 74. The Examiner has taken the position that; 

Claims 46-59 call for "repeating the step of converting at least a substantial 
portion" of the specified data. The original specification does not disclose the 
conversion of such substantial portion. Therefore, such limitation is new matter 
because this subject matter was given neither a written description nor enabling 
description in the original disclosure. 

1 75. A person skilled in the art at the time of the filing of the application leading to the 
Dickens patent would have understood from the disclosure of the Dickens patent, with or 
without Exhibit A, that the storage of databases, particularly of extensive nature, may be 
contained in memory in variously segmented ways, e.g., on pages of extended memory, 
or organized by, e.g., data entry number. In addition it would have been understood that 
the process of the present invention, depending upon the particular application program 
being utilized and the particular kind of "manipulation" being done, may effectively run 
on a substantially portion of the database containing a substantial portion of all of the, 
e.g., date data fields, but not necessarily all of them. Applicant's claims are not limited to 
only those instances where the recitation "each" or "all" as distinguishing over prior art, 
e.g., Shaughnessy, would require that each and every date data field is reformatted. In 
addition those skilled in the art would have appreciated that the database may contain 
several different date data fields associated with each particular data entry in the database 
and the sorting or other manipulation may only be concerned with one such field, and the 
conversion, therefore, only necessary in that instance and only as to that field. The 



program listing in Exhibit A is exemplary. For example, the "tools" database may have 
other date data fields besides "last_inv.dat", e.g., purchase.dat or last_maintenance.dat. 
The claims as originally filed would cover that situation and the added claims rejected 
above by the Examiner simply further clarify this fact. 

1 76. The Examiner has taken the position that: 

Claims 34-65 and 70-71 call for 'converting' symbolic representations 'by 
windowing the symbolic representation' when the specification merely discloses 
the selection of a 10 decade window. The verb 'windowing' appears nowhere in 
the specification, and its meaning is unclear. Therefore, such limitation is new 
matter because this subject matter was given neither a written description nor 
enabling description in the original disclosure. 

1 77. The disclosure of the Dickens patent, even without Exhibit A, and also with Exhibit 
A, fully describes the claim recitation "by windowing the symbolic representations of 
each of the respective dates as stored in the at least one date field of the database against 
a pivot year represented by one of the symbolic representations of the dates as stored in 
the at least one date field of the database ... ." Windowing is a well known and 
recognized term in the art, and as noted above the pivot year, meaning the earliest date in 
the window, is also a well known and recognized term of art. Even if the disclosure of 
the Dickens patent, with or without Exhibit A, does not specifically use the term 
"windowing" or the term "pivot year," one skilled in the art at the time of the filing of the 
Dickens patent would have understood the disclosure to contemplate and fully describe 
and enable the claim limitation. 

1 78. The Examiner has taken the position that: 

Claims 35, 37, 39, 41, 43, 45, 49, 51, 53, 55, 57 and 59 call for the step of 
'opening the database prior to the step of converting' when the original 
specification makes no mention of opening the database. Therefore, such 
limitation is new matter because this subject matter was given neither a written 
description nor enabling description in the original disclosure. 



1 79. Applicant asserts that the step of opening the database is at least inherent in the 
disclosure of the Dickens patent. One skilled in the art would have understood that to get 
at the date data field stored in the database in the Y2K ambiguous format in order to 
reformat it to not be Y2K ambiguous, the database would initially have to be opened up 
for such access. Exhibit A, in addition, specifically includes a program step opening the 
"tools" database. 

1 80. The Examiner has taken the position that: 

Claims 34-65, 70 and 71 call for the avoidance of an 'ambiguity' by reformatting 
or converting date representation. The original specification merely suggests that 
dates containing only two digit year representation, and without reformatting, may 
sort improperly. It does not mention or discuss any such claimed ambiguity. 
Therefore, such limitation is new matter because this subject matter was given 
neither a written description nor enabling description in the original disclosure. 

181. Applicant submits that there is a full description of and enablement of the claims 
recitation of a process for working on a "database utilizing symbolic representations of 
the dates stored in the at least one date field of the database, which are in a format that 
creates ambiguity between dates in each of a pair of adjacent centuries," and for the 
subsequent recitation of "converting each of the symbolic representations of dates stored 
in the at least one date field of the database to a symbolic representation of each of the 
respective dates that does not create the ambiguity ... The specification says that the 
problem being addressed is: 

However, with the turn of the century at Jan. 1, 2000, the representation 
and utilization of dates becomes more complex. Using the numerical form above, 
Dec. 15, 2000 is represented as 12/15/00. If a numerical sort is performed on 
12/15/93 and 12/15/00, the later date 12/15/00 sorts as the first-occurring date, an 
incorrect result. 

Sets of dates spanning the turn of the century and associated with past, 
current, and future activities are now stored in many databases. When stored in 
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the conventional formats discussed above, those dates will not readily be used and 

numerically sorted in chronological order. 
In other words, because of the utilization of only two date data characters, the century of 
the date is ambiguous, and the process of the present invention will remove that 
ambiguity. That is, the date data format that is ambiguous in two characters is converted 
to one in four characters that is not ambiguous in a disclosed embodiment of the 
invention. 

1 82. The Examiner has taken the position that: 

Claims 7-75, 31, 33, 68, 72-74 call for the selection of a 4 YAYB value for the first 
decade' of a window. There is no known meaning for the 'value of a decade' and 
the original specification is devoid of any description of what the 'value of a 
decade' is. Because this subject matter was in the original disclosure, such 
limitation is not new matter. However, it is rejected under the second paragraph of 
35 (JSC 112 because the meaning of the claim phraseology is so devoid as to be 
wholly indefinite. 

1 83. The specification and claims are perfectly clear on the meaning of the value of 
Y A Y B . It is the "first year of the 10-decade window." (Col 3, line 13). The full recitation 
of the claim to which the Examiner refers recites "selecting a 10-decade window with a 
Y A Y B value for the first decade of the window ... This is precisely the same as saying 
that the "value" of Y A Y B is the two digit year value of the first year in the 10-decade . 
window. Contrary to the Examiner's suggestion, the claim does not call for setting the 
"value for a decade," even if in the context of the Specification and claim language there 
would be any doubt that "the value of a decade" is ten years. The claim clearly calls for a 
"Y A Y B value" which is "for the first decade of the [10 decade] window ... ." It is also the 
same value as for the first year in the 1 0-decade window. 

1 84. The Examiner has taken the position that: 

1 . Applicant argues that Shaughnessy does not teach or suggest "the step of 
selecting a 10-decade window YaYb no later than the earliest YI Y2 year 
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designator in the database." Applicant alleges that Shaughnessy only discloses 
the selection of a 10 decade window utilizing the date the system was installed. In 
response, the Examiner respectfully submits that Shaughnessy teaches the 
selection of a 10-decade window in figure 4 and the necessity of such a window 
starting with a date no later than the earliest year in the database is taught in 
Hazama. 

185. Shaughnessy does not disclose the claimed "step of selecting ... ." Shaughnessy in 
the Specification and in the discussion specifically of Figure 4, and in Figure 4 itself, 
does not disclose "YaYb no later than the earliest Yl Y2 year designator in the database." 
Specifically, depending upon the determination made in the block 36 of Figure 4 of 
Shaughnessy, the start date is set to either the "install date" or the "current date," and then 
the "100 year cycle" is determined by a selected number of years from the start date of 
so-called "future dating." This is explained by Shaughnessy as follows: 

FIG. 4 illustrates the steps performed to determine the end of the 100 year cycle. 
When a system is modified according to the principles of the present invention, 
several parameters may be specified. The parameters may include the number of 
years of future dating required (default is 10), the type 2 format, CCYYMMDD, 
for the modified system install date (default is 19931231), and whether the end of 
the 100 year cycle is to be updated daily (0 indicates no update of the cycle, 1 
indicates daily update of the cycle; default value is 1). The first step in 
determining the end of the 100 year cycle is therefore determining the update 
frequency for the cycle (box 36). If the cycle is to be updated daily, then the 
starting date is set to the current date (box 38), as determined above. Therefore, 
for this example the starting date would be 20000101 if the cycle is to be updated 
daily. Next, the end of the 100 year cycle is determined by adding the number of 
years of future dating required to the starting date (box 40). 
Shaughnessy, at best, describes the selection of a desired end of the 100 year cycle, which 
indeed may be updated daily. Regard for the earliest date in the database is not 
considered. Both the install date and the current date may result in a 100 year window 
that will incorrectly translate dates in the database into the 21 st century by Shaughnessy's 
disclosed method, or will at some point in time, if updated daily, begin to do so. 



Shaughnessy ignores or, at best, teaches away from the claimed process step of "selecting 
a 10-decade window YaYb no later than the earliest YI Y2 year designator in the 
database." 

T 

186. The Examiner has further taken the position that: 

2. Applicant argues that neither Shaughnessy nor Hazama teaches or suggests "the 
step of determining a century designator CI C2 for each symbolic representation 
of a date in the database, CI C2 having .... " Applicant alleges that the teaching of 
Shaughnessy or Hazama is to determine a century designator for at most two date 
representations being processed in a called subroutine at a given time. In response 
to the preceding argument, the Examiner respectfully submits that even under the 
allegation above, the Shaughnessy-Hazama combination would still disclose the 
claimed limitation as long as the references teach or suggest the determination of 
a century designator for each date in the database. As discussed in the office 
action, Shaughnessy determines a century designator for converting a current date 
from a six-digit to an eight digit format before the converted date is returned for 
use in a particular application. Shaughnessy determines the century value (19 or 
20) by comparing the current date to the corresponding date portion when the 
system was installed with the modifications. Further, Shaughnessy suggests that 
the above approach can be used to determine a century designator for converting 
each six digit date in a database to corresponding eight digit dates. However, 
Shaughnessy refrains from such an approach, though capable of curing the year 
2000 problem, on economic instead of technical grounds, since it might not be 
cost efficient. To the extent applicant is arguing that Shaughnessy fails to 
extrapolate the operation of date conversion from a single instance to an entire 
database, it is first noticed that one of ordinary skill in the art extrapolates single 
operations to batch processing of an entire database as a matter of automation 
efficiency, it is secondly pointed out that Shaughnessy teaches that its date 
conversion processing would be inserted for every occurrence of date processing, 
i.e. across the entire input gamut, col. 4 lines 27 to 33, and it thirdly noticed that 
Shaughnessy even provides a specific example of checking the due dates in a 



database for being overdue col. 4 lines 38 to 43. Further, Hazama complements 
Shaughnessy by disclosing the use of a pivot date that is smaller than any other 
date in the database to compare each date in the database with the pivot date to 
thereby determine whether each two digit year in the database should be preceded 
by 19 or 20. Therefore, the Shaughnessy -Hazama combination does teach the 
above limitation, as claimed. 

1 87. The Examiner's combination of Shaughnessy-Hazama does not "teach or suggest 
the determination of a century designator for each date in the database." In the first 
place, neither reference expressly teaches performing the claimed process step on "each" 
date representation in the database. They teach calling up a subroutine if an application 
program encounters an ambiguous date representation. The fact that eventually the 
application program may encounter all of the dates, does not mean that the combination 
of the references teach performing in the specific sequence of process steps in the claims, 
first the reformatting of each of the dates and then sorting , manipulating, running a 
program, or the like, on them with respect to all of the date representations amounting to 
"each of the date representation" as recited in the claims. In addition, even if the 
processes disclosed by Shaughnessy or Hazama or the combination of these references 
eventually could or might get to all date representations does not amount to a disclosure 
of the sequence of steps specifically recited in the claims regarding the "processing of 
symbolic representations of dates stored in a database," as to determining a century 
designator for each symbolic representation of a date in the database," followed by the 
step of "reformatting the symbolic representation of the [each such] date ... to facilitate 
further processing of the dates." While the claim does not recite "each such" this is 
implicit from the rest of the claim language and from the disclosure. 6 

6 Furthermore, as noted above, those skilled in the art would have understood from the disclosure f the 
Dickens patent, with or without Appendix A, that "each" while it is distinguished from the processes of 
Shaughnessy and Hazama does not necessarily mean each and every possible date data stored in the data 
base. While that is most often the case in the operation of the claimed process, e.g., if the database is 
organized using, e.g., pages or sections of memory, and in the context of a given application program, 
"each" may mean each on a given page or in a given section and the application program may be able to 
deal with the reformatted group of "each of the date data representations," on a page by page or section by 
section basis, or may require reformatting of every one of the dates in every date data field having only two 
character date data information before continuing on the do the sorting of manipulating or otherwise run a 
program, after the process of the present invention has reformatted "each" of the date representations to 



1 88. The Examiner is incorrect to assert that: 

Shaughnessy determines a century designator for converting a current date from a 
six-digit to an eight-digit format before the converted date is returned for use in a 
particular application. 
Shaughnessy returns a "parameter," which itself is not information from which the 
reformatting of the date data used to generate the "parameter" can be determined. 

1 89. The Examiner is also not exactly correct in framing applicant's assertion with regard 
to what Shaughnessy suggests as to whether: 

the above approach can be used to determine a century designator for converting . 
each six digit date in a database to corresponding eight digit dates. However, 
Shaughnessy refrains from such an approach, though capable of curing the year 
2000 problem, on economic instead of technical grounds, since it might not be 
cost efficient. . 

Shaughnessy's discussion comports with applicants, i.e., that to modify the existing 
legacy database is highly impractical, if not impossible. That is, as noted above, and in 
applicant's Specification, with or without Exhibit A, one does not want to change the 
legacy data base itself, e.g., its organization, data formats and sizes, etc. within, e.g., the 
date data fields, and/or with respects to, e.g., links, etc., employed in the data base, which 
might also have to be changed if a date data field is modified, e.g., enlarged to an entirely 
new date data field to accommodate, e.g., the expanded year date data containing the 
century designator. Shaughnessy proposes a solution, and Hazama proposes a solution, 
but they are not the solution of the claimed invention. 

190. The Examiner's suggestion of "extrapolation," of Shaughnessy's approach into the 
claimed invention is hindsight reconstruction of the process disclosed in Shaughnessy. It 
is incorrect also for the Examiner to assert that this "extrapolation," amounts to simply 
multiplying the process steps proposed by Shaughnessy to cover the entire database: 



facilitate further processing. Nevertheless, whether done on a page by page, sections by section, etc. basis 
or done throughout the entire database before "further processing," this method is distinguished from either 
Shaughnessy of Hazama or the combination of these references. 



To the extent applicant is arguing that Shaughnessy fails to extrapolate the 
operation of date conversion from a single instance to an entire database, it is first 
noticed that one of ordinary skill in the art extrapolates single operations to batch 
processing of an entire database as a matter of automation efficiency ... . 
To do so does not result in the claimed invention, since, at least, Shaughnessy does two 
by two comparisons (either of a date from the database and a fixed date or two dates from 
the database) and returns a "parameter" indicative of the results of that single two by two 
comparison. Even if multiplied over and over to go through the entire data base, it is still 
not the claimed process. 

191. The Examiner is also incorrect to assert that: 

Shaughnessy teaches that its date conversion processing would be inserted for 
every occurrence of date processing, i.e. across the entire input gamut, col. 4 lines 
27 to 33..., 

or, even if correct, this is not the claimed invention, because Shaughnessy's "data 
conversion processing," as noted above, is not according to the claimed invention. 

192. The specific portion of Shaughnessy referenced (and a continuing portion) discuss 
one embodiment of a process according to Shaughnessy's method in which: 

In accordance with the present invention, the current date operation routines 
nested in the body of the application program would be replaced with a call to one 
of a plurality of subroutines stored externally from the existing application 
program, as opposed to the date operation routine being reprogrammed to perform 
the date operation in a new format. The subroutines will be able to accommodate 
the date format currently employed by the application program, thus making it 
unnecessary to convert all of the date fields in files containing data used by the 
application program over to the new date format: For example, if an application 
program for a bank performed a date comparison to determine when loan 
payments were overdue, the point in the source code which previously performed 
the comparison may have program statements which performed the following 
functions: 
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1 . Compare date next payment is due to today's date; 

2. If the date next payment is due is greater than today's date, indicate that the 
account is OK. 

If the system which ran the above application program were modified in 
accordance with the principles of the present invention, then the program 
statements which performed the above functions would be modified to include 
program statements which did the following: 

1 . Call the subroutine which performs the date comparison passing today's date, 
the date next payment is due, and a three byte parameter, the first byte of which 
identifies the format of today's date, the second byte of which identifies the 
format of the date next payment is due, and the third byte of which is left 
available for a return code indicative of a result of the comparison; 

2. If the result received from the subroutine [indicated by the returned parameter] 
indicates that the date next payment is due is greater than today's date, indicate 
that the account is OK. 

jly 1 93. This is simply a very different process than the one recited in the claims, as noted 
above, even if performed over and over again to compare, e.g., sets of due dates to the 
current date as stored in the database, and as provided to the subroutine, until all of the 
entries in the database are examined. Therefore, while Shaughnessy may "provide[] a 
specific example of checking the due dates in a database for being overdue col. 4 lines 38 
to 43," Shaughnessy does so by other than the claimed invention. 

194. The Examiner has also taken the position that: 

3. Applicant argues that neither Shaughnessy nor Hazama teaches or suggests the 
step of 'reformatting the symbolic representation of the date with the values 
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C1C2, Y1Y2MIM2, and DID 2 to facilitate further processing of the dates. ' 
Applicant alleges that the teaching of Shaughnessy or Hazama is to reformat two 
dates at a time in the called [sic] result of the processing of the two reformatted 
date data entries, and not to facilitate further processing of the dates by 
reformatting the symbolic representations of the dates (claim 4). In response to 
the preceding argument, the examiner respectfully submits that the Shaughnessy- 
Hazama combination does disclose the reformatting of the dates in the 
C1C2Y1 Y2M1M2D1D2 format to facilitate the further processing of these dates. 
Shaughnessy's conversion of the current date of an operating system from a six 
digit format to an eight digit format each time said date is going to be used in 
application. Such reformatted dates are further utilized by returning one date field 
with the converted date to the subroutine and by returning a parameter to the 
application program for use in further operations. As explained above, 
Shaughnessy suggests that such approach can be extended to reformat dates 
already stored in database such that they can be used for further processing. 
Therefore, the ShaughnessyHazama combination does teach the above limitation, 
as claimed. 

195. The above discussion of Shaughnessy is reiterated here, including, e.g., the 
discussion of the claimed invention dealing with "all" and "each" in the claimed process 
sequence resulting in the "facilitation] of the further processing of the dates." In 
addition Shaughnessy does not: 

return[] one date field with the converted date to the subroutine and by returning a 
parameter to the application program for use in further operations, 
and also does not: 

suggest[] that such approach can be extended to reformat dates already stored in 

database such that they can be used for further processing, 
or, at least does not suggest doing so in the context of "facilitating the further processing 
of [each of] the dates ... ." Shaughnessy sends a date field to the subroutine and returns a 
parameter that is lacking in any indication of the date itself, whether as originally stored 
in the database or as converted by Shaughnessy within the subroutine for purposes of the 
functioning of the subroutine to create and return this parameter. 



196. The Examiner has taken the position that: 

5. Applicant argues that neither Shaughnessy or Hazama teaches or suggests the 
step of 'reformatting each symbolic representation of a date in a format CIC2YJ 
Y2M1M2DID2 (claim 5), nor sorting the symbolic representations of dates in 
numerical order sort (claim 6), nor storing the symbolic representation of dates 
and their associated information back into the database (claim 9); nor 
manipulating information in the database having reformatted date information 
therein (claim 10).' In response to the preceding argument, the examiner 
respectfully submits that with regards to claim 5, Shaughnessy discloses the 
limitations as discussed above in paragraph 3 of the remarks. Regarding claim 6, 
Shaughnessy, Hazama and Booth disclose the cited limitation, see discussion 
above in paragraph 4 of remarks. Regarding the limitation of claim 9, 
Shaughnessy discloses the step of storing the symbolic representation of dates and 
their associated information back into the database, as discussed in the office 
action. Shaughnessy teaches the storing in the database of current date after it has 
been converted from the six digit format to the eight digit format. Further, 
Shaughnessy suggests that such an approach can be extended to dates in a 
database. Consequently, Shaughnessy discloses the claimed limitation of claim 9. 
Regarding claim 10, Shaughnessy and Hazama disclose the cited limitations as 
discussed above in paragraphs 3 and 4 of the remarks. 

1 97. In addition to the above discussion, Shaughnessy does not disclose: 

the step of storing the symbolic representation of dates and their associated 
information back into the database, as discussed in the office action. Shaughnessy 
teaches the storing in the database of current date after it has been converted from 
the six digit format to the eight digit format. 
Shaughnessy suggests that modifying the date data field in a legacy database and storing 
modified dates from an existing legacy database in such a modified date data field is 
possible but not practical. Such a modification is an undesirable alternative to the present 
invention as well, as noted above. The solution of the present invention is significantly 
different from the one suggested in Shaughnessy. 



198. The Examiner has taken the position that: 

14. Applicant argues that Booth does not teach or suggest the step of 'selecting 
YaYb such that Yb is 0 (zero), ' as recited in claim 8. Applicant alleges that even 
though SET EPOCH can and does use pivot years ending in 0, it is not a process 
according to the claimed invention. In response to the preceding arguments, the 
Examiner respectfully submits that Booth does disclose Yb to be zero by selecting 
YaYb to be equal to 90. See page 942. It is noted that Applicant's arguments that 
Booth's teaching is not a process according to the claimed inventions fails to 
comply with 37 CFR 1.111 (b) because they amount to a general allegation that 
the claim define a patentable invention without specifically pointing out how the 
language of the claims patentably distinguishes them from the references. 
Applicant simply alleges that the cited limitations are not taught by Shaughnessy 
without actually explaining how these limitations are distinguishable from the 
corresponding portions in Booth on which the Examiner relied to establish the 
prima facie case. See page ... of the office action. Consequently, Applicant has 
failed to successfully rebut the rejection of claim 8. Generally, Applicant bears the 
burden of explaining why the evidence on which the Examiner relies is 
insufficient to establish a prima facie case or demonstrating that Applicant has 
provided evidence which rebuts the prima facie case. See In re Rouffet, 149 F.3d 
1350, 1355 47 USPQ2d 1453, 1455 (Fed. Cir. 1998). Furthermore, Shaughnessy's 
process would select a Yb value of 0 for one year out of every 10 when operated 
with daily update, col. 6. lines 4 to 45. 

199. In addition to the above discussion, the fact that Booth may disclose the setting of a 
pivot year with a zero in the second place is not the claimed setting of the claimed Y a Yb 
with a zero in the Yb, because in the steps of the claimed process YaYb is selected as 
earlier than the earliest date in the database, so that the claimed Y a Yb is not just any 
pivot date but one selected as recited in the claim. As selected by Booth there is no 
disclosure of any regard being taken to the earliest date in the database. The same applies 
to the Examiner's reference to Shaughnessy, even if the fact Shaughnessy might 
sometimes unintentionally select a pivot year with a zero in the second place, depending 



upon the installation date or the updated installation date, or the like, is a disclosure of 
affirmatively carrying out the claimed step in the claimed process to so select the Y A Y B , 
which it is not. 

200. The Examiner has taken the position that: 

15. Applicant argues that Ohms does not teach or suggest the step of 'Providing a 
database with symbolic representations of dates stored therein according to a 
format wherein M1M2 is the numerical month designator, D1D2 is the numerical 
day designator and Yl Y2is the numerical year designator; all of the symbolic 
representations falling within a 10-decade period of time, as recited in claim 1 
Applicant alleges that Ohms does not disclose the above limitations since Ohms 
teaches providing a database with the dates in a Lilian format. In response to the 
preceding arguments, the Examiner respectfully submits that Applicant's reading 
of Ohms is incorrect. Ohms teachings are not limited to dates in Lilian format. As 
discussed in the office action, Ohms discloses the storing of dates in a database in 
Gregorian format, wherein said dates are converted from a six digit format 
(YYMMDD) to an eight digit format (YYYYMMDD). See page 247, table 1 . 
Ohms further teaches that the dates stored in the database do fall within a ten 
decade period. See page 249. Consequently, the rejection is proper. 

201 . In addition to the above discussion, as noted Ohms does not disclose storing dates in 
the database in Gregorian format, and certainly does not disclose storing in Gregorian ' 
form any of the dates that are windowed for date data entry convenience. The entire 
point of Ohms is to avoid such a format in the storing of the date data by employing a 
Lilian format. 

202. The Examiner has taken the position that: 

1 7. Applicant argues that Ohms does not teach or suggest the step of 'determining 
a century designator CI C2 for each symbolic representation of a date in the 
database, CI C2 having ... Applicant contends that Ohm teaches entering date 
data into the database to be converted into Lilian format for storage and 



manipulation within the database. Applicant further alleges that since the 
conversion in Lilian format does not require the determination of a century 
designator for data in the database, then Ohms cannot teach such limitation. In 
response to the preceding arguments, the Examiner respectfully submits that 
Applicant misread Ohms' teachings. As pointed out above, Ohms' teachings are 
not limited to conversion in Lilian format. Ohms also discloses the conversion of 
dates stored in a database in Gregorian format from a six digit format to an eight 
digit format to include the century designator. See page 247, table I and page 248. 

203. In addition to the above discussion, even if Ohms discloses "conversion," Ohms 
does not do so as to dates "stored in the database," since they are in need of no such 
conversion, and does not do so for purposes of "facilitating further processing of the 
dates." 

204. The Examiner has taken the position that: 

1 8. Applicant argues that Ohms does not teach or suggest the step of 'reformatting 
the symbolic representation of the date with the values C 1 C2, Y 1 Y2, M 1 M2, 
and.D 1 D2 to facilitate the further processing of the dates.' Applicant contends 
that Ohms does not disclose such limitation since it teaches reformatting into 
Lilian format and thereafter processing the date data in the database utilizing the 
Lilian format. In response to the preceding arguments, the Examiner respectfully 
submits that, as pointed out above in the remarks, Ohms' teachings are not limited 
to reformatting in Lilian format. Ohms discloses the reformatting of a short 
Gregorian date having six digit into a Gregorian date having eight digits. See page 
247, table 1. 



205. In addition to the above discussion, even if Ohms performs "reformatting" it is not 
of the "dates stored in the database" and it is not for the purpose of "further facilitating 
processing of the dates," since Ohms facilitates processing of the dates by storing them in 
the database in Lilian format. 



206. The Examiner has taken the position that: 

19. Applicant argues that Ohms does not teach or suggest the steps of sorting the 
symbolic representations of dates (claim 4); or reformatting each symbolic 
representation of a date into the format C1C2Y1 Y2M1M2D1D2 (claim 5) or 
sorting the symbolic representations of dates and their associated (claim 6) or 
storing the symbolic representation of dates and their associated information back ' 
into the database (claim 9) or after the step of reformatting, manipulating 
information in the database having the reformatted date information therein (claim 
10) or converting pre-existing date information having a different format into the 
format wherein M1M2 is the numerical month designator, D1D2 is the numerical 
day designator and Y1Y2 is the numerical year designator or selecting YaYb such 
that Yb is 0 (zero) (claim 8). In response to the preceding arguments, the 
examiner respectfully submits that it was conceded in the office action that Ohms 
does not teach the limitations of claims 4, 6, and 8. However, Booth was relied 
upon to complement Ohms* teachings in order to reject the cited claims. 
Regarding claims 5, 9 and 10, it was pointed out in the office action that Ohms 
teaches the reformatting of short order Gregorian dates having six digits into 
Gregorian dates having eight digits to thereby store the converted dates in the 
database for further use and processing. The limitations of these claims were fully 
addressed in the office action. It is noted, however, that Applicant's arguments fail 
to comply with 37 CFR 1.1 1 1(b) because they amount to a general allegation that 
the claims define a patentable invention without specifically pointing out how the 
language of the claims patentably distinguishes them from the references. 
Applicant simply alleges that the cited limitations are not taught by Ohms without 
actually explaining how these .limitations are distinguishable from the 
corresponding portions in Ohms on which the Examiner relied to establish the 
prima facie case. See page ... of the office action. Consequently, Applicant has 
failed to successfully rebut the rejection of claims 4-10 as laid out in paragraph ... 
Generally, Applicant bears the burden of explaining why the evidence on which 
the Examiner relies is insufficient to establish a prima facie case or demonstrating 



that Applicant has provided evidence which rebuts the prima facie case. See In re 
Rouffeu 149 F.3d 1350, 1355 47 USPQ2d 1453, 1455 (Fed. Cir. 1998). 



207. In addition to the above discussion, Ohms' does not reformat date data having six 
characters into "Gregorian dates having eight digits to thereby store the converted dates 
in the database for further use and processing ... ." Ohms stores dates in the database in 
Lil ian format for further use and data processing. At least this element of the claims is 
missing from the combination relied upon by the examiner to find prima facie 
obviousness. In addition, as noted above, Ohms does not reformat dates "stored in the 
database," from the recited YY format to the recited CCYY format, and does not do any 
such reformatting for purposes of "facilitating further processing of the dates." 

208. 1 James S. Toreson, make the above statements based upon my own knowledge and 

r experience as one skilled in the art at the time of the filing of the application leading to 

Q ; the Dickens patent and based upon my review and understanding of the documents 

■fp I referenced in Paragraph 2 above. I make these statements of my own knowledge^ or if 

^ ; based upon information and belief, based upon my so being informed and believing the 

;%j statement to be true. I make these statements with the knowledge that willful false 

;,U ; statements are punishable by fine or imprisonment under 18 U.S.C. §1001 and like 

; statutes and laws and that such willful false statements may jeopardize the validity of the 

jj !P s= f above referenced application and any patent(s) that may arise from this proceeding. 

' i : : * 

Respectfully submitted, 
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James S. Toreson 



1 1210 Briarcliff Lane 
Los Angeles, CA 91604 



Objective 



Statement of 
Qualifications 



Ph: 818-261-7249 
Fx: 323-656-0424 
jtoreson@msn.com 

Seeking a senior management position in an entrepreneurial ly oriented company, engaged in 
the business of Information Technology ("IT") either in the development of software or 
hardware products, or in the provision of IT services, that will challenge my executive skills in 
leadership, creative problem solving and business development. 

Over 25 years in the electronics industry with 16 years of experience as chief executive. 
Business environments include: start-ups, initial public offerings, R&D partnerships, far-east 
joint- ventures, acquisitions, divestitures, and turn-arounds. Experience in executive 
management includes: 

• MARKETING: 25 years of experience in the world market for small computer 
peripherals and 20 years of experience in the personal computer industry. Specific 
management experience includes: product management, distribution channel management, 
advertising and promotional management, and international marketing. 

• ENGINEERING: Formally educated as a computer engineer, having specific design 
expertise in analog and digital electronics, software, integrated circuits and magnetic storage 
device technology. 

• MANUFACTURING: 20 years of experience in manufacturing including: quality control, 
materials management, JIT production, process control, and manufacturing engineering. 
Eight years of experience in flexible automation, statistical process control (SPC), and 
quality systems including ISO 9000 and Six Sigma programs. 

• FINANCE: Experience in IPOs, reverse mergers, negotiating bank financing, equity 
financing, leasing, and debt restructuring. Seven years of experience in SEC financial 
reporting and investor relations for publicly held corporations. Raised over $100 million in 
the public and private equity markets. 



Professional 
Experience 



1990- Present 
Owner 



ONSHORE, INC., Reno, Nevada 



Founded ONSHORE in 1990 as a management consulting business, specializing in serving 
companies involved in computer technology based products and services. Key assignments 
and results have been: 

• VP Marketing and Sales of APPIANT Technology, Inc. a NASDAQ company in the 
business of providing software and ASP services for speech recognition enabled, unified 
messaging, unified communications and call centers. Developed a business plan for global 
call center business; landed orders totaling several millions of dollars for unified messaging 
and call center services and sourced a multi-million dollar equity capital infusitfn. 

• VP Business Development of eSpaces, a company in the business of providing physically 
secure and cyber-secure, cost-effective, "smarter" work space for knowledge workers of 
small and medium-sized businesses in multi-tenant buildings and campuses using state-of- 
the-art technologies in physical security, cyber security, information technology, 
communications and Internet. Created the business concept, developed the business plan 
and established strategic partnerships with corporations such as RSA, Dell Computer, and 
Sandia Labs. 

• VP Business Development of Sanctuary Critical Storage, Inc., a company in the business of 
provided secured mass storage for Internet data centers. Developed business plan and 
established strategic partnerships with corporations such as RSA, Dell Computer, and 
EMC. 
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• CEO of Forte Systems, Inc., an application software development company specializing in 
developing custom software for the automotive industry that facilitates Web based B2B 
eCommerce. Developed business plans, established multi-million dollar contract with 
General Motors and developed two $5 million merger deals with NASDAQ companies. 

• Interim president of APAQ Technology, Inc., a manufacturer of personal computers. 
Developed a nationwide, multi-million dollar business with CompUSA. Developed and 
marketed a new line of personal computers for the NT* server market and the high-end, NT- 
based technical workstation market for CAD/CAM and 3D animation applications. 

• Interim president of a start-up company in the business of designing, manufacturing and 
marketing, a patented CD-ROM parallel recording system. 

• Interim president for a company in the business of PC-based casino gaming machines. 

• President of a company in the UNIX-based computer market. This company built its own 
hardware and did its own UNIX port. A major new product was developed to enter into the 
market for fault- tolerant mass storage systems. 

1987 - 1990 OMNISHORE, INC., Carson City, Nevada 

CEO 

Founded OMNISHORE as a world-class manufacturer of computer components and systems, 
in the first years of operation, the company landed major contracts from Dell Computer, 
Control Data Corporation, Proteon, Memorex-Telex and several other companies. The sales in 
the first year grew to over S 10 million dollars. Had direct responsibility for sales and 
marketing. Successfully negotiated a line of credit with Fidelcor for over $10 million dollars. 
Manufacturing technologies included: printed circuit board assembly using surface-mounted 
devices (SMT) and through-hole devices, Winchester disk drive assembly in class U>0 clean 
rooms, and complete tum-key manufacturing of personal computers. 

1974 - 1987 XEBEC CORPORATION, Sunnyvale, California 

CEO 

Founded Xebec in 1974 to enter the hard disk controller market with only $5,000 of capital. 
The company grew on retained earning to over $30 million by 1982. In 1982, the company 
won a $300 million contract from IBM to design and manufacture a hard disk controller for 
the PC-XT personal computer. In one year, revenues grew to over $150 million, which was 
fueled by an IPO and secondary offerings with proceeds of over $80 million. Led a product 
and customer diversification program to alleviate the high account concentration of the IBM 
business. This strategy was successful and led to the spinout of several businesses. Significant 
accomplishments include: 

• Designed, manufactured and marketed the world's first micro-programmed, error correcting 
disk controller for high performance hard disk drives, attached to various minicomputers of 
this era. 

• Designed, manufactured and marketed the world's first, low cost, gate array based error 
correcting disk controller for 5-1/4" hard disk drives, attached to various microcomputers 
of this era. This technology was used to create the IBM PC XT product line. 

• Established a state-of-the-art, high volume, high quality, automated manufacturing facility 
in the USA for the assembly of printed circuit boards. This operation achieved worldwide 
recognition for superior quality, including the worldwide top quality award from IBM. 

• Created the following subsidiaries to diversify the company's dependency on IBM: 
OMNISHORE, in the business of contract-manufacturing computer equipment and 
subassemblies; DASTEK, in the business of thin- film magnetic heads; INFORMATION 
MEMORIES, in the business of thin-film media; AHEAD TECHNOLOGY, in the 
business of mechanical heads: and EPELO, in the business of Winchester disk drives. 
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Professional 1973 - 1974 SPECTRA PHYSICS, Mountain View, California 

Experience 

Cont'd Engineering Manager 

Successfully led a team of 25 people to design and manufacture a universal product code (UPC) 
reader for the supermarket industry. This led to a $10 million dollar order from NCR 
Corporation and launched Spectra-Physics into a leadership position in the field of supermarket 
scanners. 



1971 - 1973 HEWLETT PACKARD, Mountain View, California 

Project Manager 

Designed and put into production several minicomputer products including Universal I/O 
interfaces, line printers controllers and the world's first fully micro-programmed 
minicomputer, the HP-21MX. Developed the LSI strategy for the Data Systems Division, 
which led to the successful establishment of a state-of-the-art CMOS Silicon-on-Sapphire 
process and high performance, low power custom LSI circuits. 



1969-1970 



MEMOREX, Santa Clara, California 



Project Manager 

Founder and project manager for a business unit that built modems, multiplexers, and 
communications front ends for IBM mainframe computers. Was chief architect and design 
engineer for remote multiplexer product line and Autocall feature for the Memorex 1 270 
terminal control unit Key member of the design team that developed the Memorex 1 275, a 
micro-programmed terminal control unit to compete with the IBM 3705. 

1967 - 1970 BELL LABORATORIES, Holmdel, New Jersey 

Project Manager 

Contributed to the design of a, highly reliable (99.9998% uptime), fault-tolerant computer 
telephony system for use in the telephone network operated by Beil Telephone Company. 
Designed a state-of-the-art analyzer for real-time software debugging. 



Education 



BSEE, University of Michigan, 1967, with Honors 
MSEE, University of Michigan, 1968, with Honors 
PhD EE, University of Pennsylvania (Completed Coursework) 
Dr. Ltrs., University of Nevada, 1985 



Professional 
Societies 



TAU BETA PI, ETA KAPPA NU, IEEE, SME 



Patents and 
Publications 



Author of several patents in the Winchester disk drive and controller field 



Speaking 
Engagements 



Government 
Committees 



Conference Speaker at NASA, Dataquest, InfoCorp, Robotics West, etc. 
Commencement Speaker, University of Nevada 
Several "Road Show" Presentations to Security Analysts 

"Education For the Manufacturing World of the Future," National Academy of Engineering 
"Educational Excellence K- 1 2," Nevada Governor's Committee 
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